• 2 Posts
  • 292 Comments
Joined 1 year ago
cake
Cake day: June 14th, 2023

help-circle
  • jabjoe@feddit.uktoPrivacy@lemmy.mlThought on Graphene?
    link
    fedilink
    English
    arrow-up
    2
    ·
    4 hours ago

    Can it run problem bank apps? I need a bank auth app for work as the bank stopped fobs and it just would not run on LineageOS. It refused to run because “the phone is insecure”. I tried Magisk hiding stuff and MicroG, and a number of way of tricking methods. That’s why I ended up on GrapheneOS, as a compromise without feeling too compromised. Everything seams to think it’s on a normal Android phone, but I’ve sandboxed the Google tentacles. But it would be better if mandating OS wasn’t allowed. If I want to run a “insecure” phone, that’s my “problem”.






  • You can of course write drivers for them, but then it’s you own abstraction not the standard Linux abstraction. (You can hack something up with IIO for that stuff, but it’s not pretty). There is CUSE (part of FUSE) you can do some character devices with.

    Existing drivers in Python are messy to use if you our not developer in Python.

    The nice thing about in kernel is:

    • it’s done for you already
    • the interface is standard and will work with anything that uses that class of device
    • it’s langauge agnostic.

    The Linux kernel does hardware abstraction. It’s not a microkernel. There is limited support for proper userspace drivers.

    If you doing some application specific app, that will only work with those chips, use do it in userspace. But to make a normal system for normal use, you want things in kernel like normal.


  • Only a fraction of it is RTCs. What is in the Pi overlays folder is from everything. Not even all the DT I2C RTCs. There is loads of ADCs, DACs, IO extenders, all sorts.

    It’s really annoying you can’t do DT on x86 Linux. It’s a bit of a gap in the platform. It would make Linux ARM based developer’s lives easier.



  • Regulations can work. Latest is EU’s USB-C phone/laptop/tablet standardization. It’s great! No more crazy range of different laptop power supplies.

    Some stuff is pretty much as I want already. Henry vacuum cleaners for example. Tough as nails and easy to get parts and help for. Framework laptop and fair phone aim to be good for repair and upgradablity.

    France repairablity index can be rolled out further field.

    Things used to be more repairable and last longer. We can reverse the trend down. No need to despair.





  • Rewrites are great. You have a specification that is so defined it is literally code.

    When it’s blue sky, it’s harder. Plans will be wrong. The users don’t understand really what they need or want. It all ends up evolving. Anything with a GUI is worse because users/customers need (want) things moved about, re-themed, with no regard to what’s below. Best to nail them to mock up designs they signed off on. Same with API interfaces. If they signed off on the design, you can then point out “spec change” and get more time/money. It’s more about ass covering than using the outcome or process.