saidinesh5

Typically appimage packaging excludes the .so files that are expected to be provided by the base distro.

Any .so from nvidia is supposed to be one of those things. Because it also depends on the drivers etc.. provided by nvidia.

Also on a side note, a lot of .so files also depends on other files in /usr/share , /etc etc...

I recommend using an AppImage only for the happy path application frameworks they support (eg. Qt, Electron etc...). Otherwise you'd have to manually verify all the libraries you're bundling will work on your user's distros.

Yep, just did.. A lot of those devices don't even exist anymore but the keys exist lol.

Wow. Thanks for this. I haven't logged into Juice SSH in years, but i thought it had all my ssh keys backed up in the cloud.

No Android started bundling a terminal app recently:

https://itsfoss.com/news/google-android-linux-terminal-rollo...

Good point.. A lot of those colleagues were indeed either fresh out of college (math, computer science, mechanism etc...) or graduated in things like electrical engineering etc.. and worked in software roles for 3-5 years..

I think the biggest thing I've found myself teaching my younger colleagues is basically the internals of the systems or in what ways some of the things they've written might fail.

I haven't written any production C++ in about 2-3 years and honestly lost track of all the language updates since c++14. But when I explained how the code they write gets translated to assembly and runs on the machines, that's what i felt demystified the large codebases to my younger colleagues.

Same with many other topics - the event loops behind the JavaScript async/await, memory mapped io behind every read/write calls their operating system syscalls, basic data structures/algorithmic complexity behind their DB queries, scenegraphs and graphics APIs behind user interfaces etc... especially when pair programming.

I don't think I'm superior to them in any of these areas. I feel I'm fairly slower than them when writing code in any of these things. I definitely haven't kept up with all the changes in web frameworks or CLI tools or vim plugins. But sharing the behind the scenes knowledge helps them write better code is what i felt.

They did not specify what exactly is the new workflow is/what is high friction about it in the post no?

Out of curiosity, does anyone know how many of the tools involved in the Tiny Tapeout project are available open source?

Especially in the project roadmap section..

The licences for proprietary EDA tools are very expensive it seems and most EDA people i talked to didn't really care for any open source tools - as their companies paid for the licenses.

From the article:

"I was kind of surprised how quick the memory was, but clearly this thing isn't practical. This project was really supposedly be more of functional tech satire rather than being anything useful."

I mean swap has been a thing for so many decades...

I think they mean snapdragon hardware?

I really like my HP Omnibook 14 with the Ryzen AI HX 370 chip.. it's sleek, well built (so far, at least).. insane battery life.. the standby time on Linux is in weeks and the battery life when light browsing/YouTube viewing is easily 9+ hours. Even the finger print sensor finally just works. The touchpad gestures with kwin input actions are as smooth as, if not better than os x.

The only thing my work 16" MBP does better is the speakers.

edit: Updated the battery life to 9+ hours from 7+ hours based on what the battery monitor says.. I remember binge watching a couple of long movies/tv shows without ever having to plug in the laptop that day...

If anyone from Valve is reading this, my biggest wishlist from Steam OS is a proper general purpose browsing tab. Please make it happen ..

I currently use that web browser from Decky loader, but that keeps breaking so often. Plus it would be nice to have something that i can login my YouTube, Netflix etc.. accounts ..

System wide adblocking, being able to backup any app are the top two reasons I'd still root my phones if i had any choice. You'd be amazed by the battery life improvement you'd get by just blocking ads..

I deliberately avoid all banking apps even though i didn't root my phone, but i have to use Google Pay a lot. So... That's the only reason this phone I'm typing on isn't rooted.

> Who cares the server side software is open source if you still can't submit your taxes with your own python script?

The management, the government and the eventually the tax payers.

If the government wants to add a small change to the tax code, if it's not an open source software, they'd have to hire the same company that wrote it in the first place. That's when the companies tend to jack up the prices to crazy numbers.

I have personally witnessed companies winning the initial government contracts by undercutting everyone and then charging them 10X for even the tiniest of modifications. Some times the companies even flat out reject the future contracts because they are stuck with a better project elsewhere and the government is stuck with useless old binary.

If the server side software is open source, depending on the policy, you can also submit your changes to that software that lets you submit your taxes with your own python script.

It really depends on the application.

With the similar/even weaker socs (imx6 etc..), in the automotive domain, we used to target sub 5 second latency.. we had to get rid of things like even init and directly start the application..

Eg: 1.5 seconds here: https://youtu.be/QbEYhQIjlQc

I think it could be all the compat /support libraries that try to give you the same API across different Android versions.

Out of curiosity, which KDE applications do you use on macOS?

It's kind of a two way street there though.. Linux is also very indifferent to applications just statically compiling and linking their dependencies.. On top of that, Each distro has it's own story of what licences they'd permit for libraries in their repositories..

That's why a lot of open source c++ devs / applications had to publish build instructions for half a dozen Linux distros.

I mean that's C++ development in general.. even among package managers you had to deal with conan, vcpkg, hunter, and a dozen more ..

And then add to that the complexities of build systems and cross platform, cross complication headaches...

That being said, for most of kde end user applications, fixing quick little bugs is usually just installing the devel packages from your distro, git cloning the application, a couple of compile debug cycles and then sending the patch on their gitlab..

This is a very interesting link. I didn't expect mmap to be less performant than read() calls.

I now wonder which use cases would mmap suit better - if any...

> All running processes share the mapped copy of the file.

So something like building linkers that deal with read only shared libraries "plugins" etc ..?

I just assumed that Valve ran out of the APUs AMD made for Steam Deck LCD.

There were news/rumours that it was originally designed for Magic Leap 2 and Valve got the leftovers for cheap: https://www.tomshardware.com/pc-components/cpus/steam-decks-... .

If they're going to spend a premium on ordering a new batch, they might as well order the APU for the OLED model they charge full price right?

I think the conclusion is more that package definitions can still be maintained on git/GitHub but the package manager clients should probably rely on a cache/db/a more efficient intermediate layer.

Mostly to avoid downloading the whole repo/resolve deltas from the history for the few packages most applications tend to depend on. Especially in today's CI/CD World.

The problem space a full Linux SoC solves is very different from the problem an MCU solves. (Imagine a lot of real time io, interacting with a lot of peripherals etc....)

What's eating Arduino's lunch is the various mcus: risc v, stm32, esp32 etc...

Honestly, It is just a matter of starting somewhere. Anywhere. All these hobbies are a huge rabbit hole that seem to converge.

I have friends who started with porting Sailfish OS to their old Android phone and now they are designing their own PCBs for their home automation system. They custom built their own RC cars, 3D printed their own ergonomic keyboards, designed their holiday decorative lights etc..

I have seen a lot of people in my local FPV Drone Racing community, who started with building their own custom drone and then moved on to 3D printing their modifications, tweaking their firmware, building their custom lithium battery packs, designing their ergonomic keyboards, and now fiddling with their home automation software/hardware.

Also installing Arch Linux onto some random piece of hardware, regularly following Hackaday like blogs seems to help.. lol.

Why? Even if the data centers are built for just AI, they can just ditch the GPUs and reuse them for storage etc .. no?

Everyone seems to be carrying a smartphone, continuously creating more high res photos and videos..

For things like appliances (home theater pcs, gaming consoles etc..) you'd want an immutable rootfs that's resistant to random reboots, power cuts etc..

You'd also want stable, atomic, updates that can go from "one version of system software to the next" without breaking the system.

Recently, i had to reinstall my 7 year old arch install because a system upgrade after a year or so broke it... It's not like i can't sit down and fix what went wrong manually, it's just that i wouldn't want to ever worry about these things on my home theater/"gaming console" pc...

Wayland compositors can use llvmpipe: https://docs.mesa3d.org/drivers/llvmpipe.html

That being said, your bigger problem is trying to view modern websites on 1080p displays on that ancient hardware...

I'm guessing: fewer people buying from the power companies/grid => the fixed costs of these companies are pushed onto the poorer customers, who already couldn't afford much.

Closed source firmware is one thing that actually runs outside the Linux system... but there's also the user space libraries that are needed to interact with the drivers (eg libgl etc... or the vendor partition in most Android phones)

Out of curiosity, Does anyone know where exactly does the bloat of the electron come from in terms of ram usage, compared to a "native toolkit"?

Because just parsing html/xml/some declarative ui description to create a scenegraph and pushing it to the GPU is something I'm sure even native frameworks like Qt do.

Yet I can feel the latency in vs code vs. say sublime text.

It's tempting to blame the huge js blobs trying to create an application abstraction over a document object model but i feel like there should be more to it than just that...