• 1 Post
  • 56 Comments
Joined 1 year ago
cake
Cake day: June 16th, 2023

help-circle
  • I disagree - Outlook is a walled garden of closed standards, and it makes users vulnerable to the whims of Microsoft or dependent entirely on their office ecosystem.

    The recent outlook hack with senior accounts hacked and only being informed by Microsoft of the hack 1 year later is a good example.

    Outlook is superficially good but essentially big businesses and organisations are locked in to a proprietary system for email and calendars and entirely reliant on Microsoft to keep their data secure.

    I’m actually surprised Antitrust laws aren’t used to break up the Office 365 monopoly. Only the teams integration is being challenged but the tight integration between Outlook, Office and OneDrive is monopolistic. Other services could integrate in the same way if Microsoft was forced to open up its APIs, which would be good for competition and customers.

    At the moment you pretty much have to go all in with Office or forgo major integration benefits if you want to use different cloud or mail services. Why do you need 1 single provider for office software, mail and cloud storage?


  • Well they said themselves why there is not a focus on desktop apps: web apps work well. I use proton calendar for my personal calendar. For work I use outlook. For both I access via phone apps or web browser on my desktop.

    The big problem with calendar desktop apps is not the apps, it’s how they sync and share. You have either ICS or caldav.

    The biggest problem is Microsoft Office. It partially supports ICS and is a nightmare to work with Exchange calendars. Most Microsoft clients (84% apparently) are hosted in Microsoft cloud services, and Microsoft is removing EWS support in 2026 (which Thunderbird is working to support). Microsoft’s own Graph api for cloud access is limited preventing some basic desktop features.

    So existing calendar software is fine if you use good services that support standards. Its bad if you’re locked into the proprietary Microsoft ecosystem. Mac calendar tools will hit the same problems in 2026 when EWS support is dropped.

    There is basically no incentive to work on these tools with Exchange because its a deliberately walled garden. But Thunderbird and other desktop calendar apps are decent, they just don’t support Outlook/Exchange.

    Its on businesses to challenge why Microsoft keeps their data walled within a proprietary system. Security may be an argument but that’s a little flimsy when you see how very senior outlook accounts have been accessed by hackers and Microsoft has been keeping it quiet. Theyve only started contacting people now to tell them their emails maybhave been accessed after a major hack last year. And were talking CEO level account access.



  • AI is and always has been a bullshit technology. Its no where near as capable as its proponents in tech industry have been claiming. Its all driven by greed to feed into a stock price frenzy but its the emperor’s new clothes. In the future it may be something useful but at present even the tools that exist are unreliable and broken.

    Self Drive Cars is different, very much a Tesla issue rather than generalised. Tesla has a first move advantage but then Elon Musk blew it by forcing his engineers to cut back on sensors and tech to save money because he knows best. Other self drive manufacturers are doing well and even have licenses to test their fully featured systems in multiple locations.

    AI is a generally crap technology (maybe in the future it will be something useful). Self Drive is a generally myself up technology, except at Tesla where they went for the crap unworkable version.



  • Unless you’re specifically wanting to play with a different OS then Debian again. Makes much more sense to be using the same version of Linux and all the software ypu use rather than potentially different versions.

    Also it will be simpler to maintain as everything is the same.

    If you do want to play / test another distro then Mint has a low learning curve. FreeBSD is more different but you could easily try it and switch to something else if you don’t like it. Its different but not so much that linux users would feel totally lost.

    Probably the most confusing thing for linux user trying FreeBSD is that Bash is not installed, and BSD uses sh instead by default. Bash can be easily installed and set as the default shell which will give a lot more familiarity. But otherwise it’ll feel like a familiar modern complete system, and you can use the same desktop environments you’re familiar with already in linux.

    EDIT: You did say “backup” in your title. If that’s the main use case then definitely Debian again. If your laptop breaks or is stolen it makes sense to have a familiar system to pick up. Also important to sync and backup your data so it can be picked up on the other laptop. If backup machine is your focus then I’d say same OS and look more into data retention and retrieval between the two laptops, and ensure your important data is continuously backed up.


  • Batteries can be replaced. An EV that could run 1 million miles would still need maintenance - I think the point is that they could be designed to last.

    Planned obsolescence is so wide spread we don’t even notice it, but lots of products are designed to fail either through cheaper components or deliberately flawed design. That means we have to go and buy a replacement. It is also generally cheaper.

    So we either have cheap products that will break or seemingly expensive products but they last for a very long time. But in the long run the cheap products generally cost you more to buy than one expensive product.


  • It kind of makes sense except the vast majority of software in all distros is not being packaged by the developers, its being packaged by volunteers in the relevant project. Most software is being used on trust that it is built off the original code and not interfered with.

    Its very difficult for any distros to actually audit all the code of the software they are distributing. I imagine most time is spent making sure the packages work and don’t conflict with each other.

    The verified tick is good in flatpaks but the “hide anything not verified” seems a little over the top to me. A warning is good but most software is used under trust in Linux - if you’re not building it yourself you don’t know you’re getting unadulterated software. And does this apply to all the shared libraries on flathub? Will thebwarn you if your software is using shared libraries that ate not verified?

    And while Flatpak is a potential vector to a lot of machines if abused, it is also a sandboxed environment unlike the vast majority of software that comes from distros own repos.

    Also given the nature of Flatpaks, any distros could host its own flatpaks but everyone seems to use flathub. If they’re not going to take on the responsibility of maintaining flathub and its software then their probably needs to be some way of “verifying” packages not coming directly from the developers. Otherwise users may lose put on the benefits of a shared distros agnostic library of software.

    I get why mint are doing this but i think its a bit of a false reassurance. Although from mints point of view they would be able to take direct responsibility for the software they distribute in their own repos (as much as you can in a warrentyless “use as your own risk” system)


  • You can keep windows and install Linux next to it.

    The best way would be to add a new ssd or m.2 card to your pc and install Linux on that. Make that the main boot device and Linux normally will detect Windows and give you a boot menu where you can chose between Linux and Windows each time you boot.

    Alternatively you can resize the windows partition and install Linux onto free space on your main drive. This is more fiddly and things can go wrong with this if you don’t know what you’re doing.

    You can also boot Linux on an external USB drive but this will be slower and may guge you a false impression of Linux. You can also try Linux in a virtual machine like Virtualbox but again this will be slower and will give you a false impression of Linux as a daily driver OS.

    I personally run a dual boot system - I have two m.2 nvme drives, one with windows and one with Linux. I barely use the windows partition now but I keep it around for rare work stuff or the rare occasion I have a game I can’t get to run in Linux. And I mean rare - booted Windows maybe 3 times in last 6 months.


  • Manifest V2 phase out is a big deal, as Google is pushing towards Manifest 3 only. Google’s version of Manifest 3 is hobbled by removing WebRequest blocking which breaks privacy and ad blocking tools - an obvious benefit to Google as an Ad and data harvesting company.

    Firefox is implementing Manifest 3 with WebRequest blocking, as well as supporting Google’s hobbled version declarativeNetRequest to allow compatibility with chrome extensions.



  • BananaTrifleViolin@lemmy.worldtoLinux@lemmy.mlWhy does nobody maintain PPAs anymore?
    link
    fedilink
    English
    arrow-up
    73
    arrow-down
    5
    ·
    edit-2
    1 month ago

    PPAs are flawed and limited to the Debian/Ubuntu ecosystem. They’re a security issue as you really need to trust to the person or group who has set up the PPA (yet many people just added PPAs for all sorts of random software based on a Google search). They need to be maintained which is variable depending on the size of the project and for developers they’re only a route to support part of the entire Linux ecosystem. They can also conflict with the main system provided packages and repost which can break entire systems or break upgrades (happened to me on Mint, and I needed to do a complete system reinstall to remove legacy package conflicts).

    They’ve fallen out of fashion and rightly so.

    There are other ways to get software to users. Arch has its AUR which is basically a huge open repo. OpenSuSE has its OBS which is also a huge open repo. These are also not without their risks as it’s hard to curate everything on such an expansive repo. However others can take over packages if the original developer stops updating them, and you can see how the package was built rathe than just download binaries which allays some security concerns. They are also centralised and integrated into the system, while PPAs are a bit of a free for all.

    Flatpaks are a popular alternative now - essentially you download and run software which runs in a sandbox with its own dependencies. Flatpaks share their sandboxed dependencies but it does lead to some bloat as you’ll have system level libraries and separate Flatpak versions of the same libraries both installed and running at the same time. However it does mean software can be run on different systems without breaking the whole system if library dependencies don’t match. There are issues around signing though - flathub allows anyone to maintain software rather than insisting on the original devs doing so. That allows software to be in a Flatpak that might otherwise not happen but adds a potential security risk of bad actors packaging software or not keeping up to date. They do now have a verified tick in Flathub to show if a Flatpak is official.

    Snap is the Canonical alternative to Flatpak - it’s controversial as it’s proprietary and arguably more cumbersome. The backend is closed source and in canonical control. Snaps are also different and for more than just desktop apps and can be used to in servers and other software stacks, while Flatpak is focused only on desktop apps. Canonical arr also forcing Ubuntu users to use it - for example Firefox only comes in a snap on Ubuntu now. It has similar fundamental issues around bloat. It has mostly the same benefits and issues as Flatpak, although Flatpaks are faster to startup.

    Appimage are another alternative way to distribute software - they are basically an all-in-one image. You are essentially “mounting” the image and running the software inside. It includes all the libraries etc within the image and uses those instead of the local libraries. It does and can use local libraries too; the idea is to include specific libraries that are unlikely to be on most target systems. So again it has a bloat associated with it, and also security risks if the Appimage is running insecure older libraries. Appimage can be in a sandbox but doesn’t have to be, unlike Flatpak where sandboxing is mandatory - which is a security concern. Also Appimages are standalone and need to be manually updated individually while Flatpaks and Snaps are usually kept up to date via an update system.

    I used to use PPAs when I was still using Ubuntu and Mint. Now I personally use Flatpak, and rarely Appimages, and occasionally apps from the OBS as I’m on OpenSuSE Tumbleweed. I don’t bother with snaps at all - that’s not to say they don’t have value but it’s not for me.

    Edit: in terms of permissions, with Flatpak you can install Flatseal and manage software’s permissions and access per app. You can give software access to more locations including system level folders should you need to or all devices etc for example. I assume you can do the same with snap but I don’t know how.

    Also you can of course build software form source so it runs natively , if you can’t find it in a repo. I’ve done that a few times - can be fiddly but can also be easy.


  • Jellfin can be configured to use specific installed versions of ffmpeg.

    If you do need the jellyfin-ffmpeg (which is needed in specific installs) then you can download releases from github or build it yourself. They do have portable releases.

    You do not necessarily need root access to use software on Linux unless you’re trying to install it to be available to all users. Users can often install their own software either binaries or compile themselves (unless the system has been locked down). They could sit within your /home/username/bin directory instead of the system level folders like /usr/bin normally used for non-root executable. Your home bin folder is only accessible and so runable by you, and is viable if you do not have access or permission to install into /usr/bin.

    You can configure jellyfin to run within your home bin folder or run other software within that folder.

    You can get the jellyfin ffmpeg source and releases including portables from their git: https://github.com/jellyfin/jellyfin-ffmpeg



  • It’s basically GNOME specific version of GTK4. There are various issues that arise from that but one of the main ones is that it is not themeable at all at present. The GNOME adiwaita theme is built into the library and is the only theme.

    It is supposedly going to have a themeing system but it will still break with existing GTK themes.

    As the Mint blog alludes to, it also embeds fundamental UI choices that may make sense for GNOME but may be jarring or out of place in other desktops such as Cinnamon, or XFCE. They cite the example that GNOME could unilaterally remove the minimise button from the apps because it’s not something that exists in GNOME.

    There is a concern that it effectively breaks the existing app ecosystem and will deviate further and further from the established GTK norms. To be fair is kinda what it’s supposed to do - I think it’s it’s supposed to be a better replacement that allows GNOME to forge it’s own path.

    Edit: worth noting that the Mint blog post says they could make their own theme within their own version of the library but it could only fit with one GTK fheme. So it can be customise in a limited distro level way but still can’t follow the basic themeing across the desktop if you chose anything else (at present).


  • Nope, a car company with no car design team won’t be making new models.

    Tesla shows what’s wrong with capitalism - companies bloat on speculation driven in this case by a show man. Tesla is a house of cards - it squandered it’s first-move advantage, the competition are now building better EVs, and it’s self-drive technology is a lemon because Elon decided to remove all the essential sensors in his solution to reduce cost.

    Meanwhile his competitors are getting licenses to self drive and Tesla have jackshit. Robo-taxis are coming but they won’t have the Tesla logo on them.


  • Tesla is a massively overvalued stock and has been for a long time. When they announced their recent dire sales, the share price actually rebounded because the clown Mush spouted his usual nonsense about the real value in the company - self drive and robo-taxis - but it’s been widely reported for some time that the companies tech is a dud because Musk decided to remove all the expensive components that actually make the technology work. They lost their first-move advantage; their competitors have caught up and surpassed them both on EVs and self-drive tech.

    The guy is a joke, the company is a joke.



  • Either TikTok will win in court and overturn the law (possible), be sold (unlikely) or shut down (likely). I can’t see TikTok being sold being allowed by China, and even selling part of the business just creates a new global competitor to extend out of the US.

    Multiple competitors will appear in the meantime hoping to get the displaced activity. TikTok is hugely profitable and a dominant replacement in the US would make a lot of money. This will be seen as an opportunity to make a lot of money for the winner.

    I can see Meta trying to make a TikTok like clone, Google trying to leverage YouTube shorts, and Elon Musk trying to revive Vine at Twitter, plus lots of startups (mostly. American but possibly from other nations) vying to win the audience.

    Ironically the more interesting battle may be outside the US - TikTok versus whatever US app comes along.

    The deadline is after the US election - this could also all be political grandstanding and the politicians expectation might be that the law won’t stand up in court anyway.


  • Your emails are.more private in the same sense that if you have a letter with something on it, turning it over means someone can’t read it over your shoulder, but they could have read it before it got to you.

    Google has access to the contents of your inbox, Proton mail does not. But the protocols are unchanged and unencrypted email is accessible in transit.

    So moving to Proton is a definite improvement, particularly as email remains a basic means of communication. But as you say if you wand secure communication then it is very flawed.