istoica

unfortunately this is because I cant afford to digitally sing mac apps, there is a trick to make it work in the USAGE.md but it is up to you. 200 euros per year for a pro bono project is ridiculous, you can also easily build your own dmg file from the sources as it is an open source project in the end.

It was the same issue, solved for mac also.

Incus looks promising, see here https://linuxcontainers.org/incus

As for systemd, podman is amazing https://docs.redhat.com/en/documentation/red_hat_enterprise_...

Yes, get it from Microsoft Store, it is digitally signed, autoupdates and offers you the best windows experience.

Author: It isn’t, if you are a power user, the podman client should provide all you need. It also supports docker too. The difference is that this is a GUI, like Docker Desktop, but unlike it, batteries are not included. I dont dislike DD, but to each their own.

Author of the project here, yes! - electron done well is amazing, try to write a cross platform gui app in a RAD way these days with other tech. I am experienced in flutter too and would still stick to the curent stack. Maybe one day when text engine is better in flutter i would port it. You cant be that cross platform, cross os, cross arch with anything better than electron these days. Electron done well shouldn’t create any problems.

I like TUIs a lot too, they work great for remote connections and just feel good. I even mention one in the Readme of the repo, maybe some could create an awesome tui tools type of page for container management UIs

Creating some tickets would help improve what you find problematic. I understand your frustration, you would want it to just work , but life isn’t always how we want it to be either. It is a free and open source project, no hidden goals, driven only by passion and love for tech.

It is what I am using, so by default, yes!

Thanks, just released 5.2.4 to address the flatpak issue you mention above. I am sorry for that, it is extremely hard to support so many formats on linux.

I am documenting myself as much as I can to be able to publish to flatpak hub, but there is a lot to get to do it properly.

Colima offers the best experience for docker alternative. LIMA offers the equivalent of WSL, where both docker and podman are supported. I like LIMA a lot as I deal with both, but COLIMA rocks for simplicity. I think COLIMA + Container Desktop are perfect replacement on mac for traditional Docker Desktop users.

Kubernetes is planned - my devops wants me to add it badly!

Author note - Most of you guys here are power users, for whom UI is a visual poem that you need or not. This is not a commercial project, it is not following any business goals. But this does not mean concessions to quality, it does try to offer minimal resource usage everywhere, easy experience, good UI/UX.

It explains all it does behind the scenes if you enable the developer console. It can help one learn so at a certain moment one understands and automates with scripts and specs.

But everyone these days is either seen as too smart or too dumb, I don't consider users like this. I know everyone started somewhere and a gradual learning experience is the best.

I broke so many radios and toys when I was a kid and I learned so much, by looking at what was is inside.

It is a project done by one dude, after work and when it rains outside (In Belgium it rains a lot).

See https://iongion.github.io/podman-desktop-companion and latest release https://github.com/iongion/podman-desktop-companion/releases...

Highly invested in Electron, but I love Lazarus. I find it unmatched in what means developing cross-platform native apps, I only wish more people would know about it and use it, popularize, make noise, contribute.

The maintainers are absolutely awesome guys, the helpful and kind type.

Solved in 4.0.3-rc.3

This release features

- First binary for Windows, all due to amazing work of podman team

- https://github.com/containers/podman/releases/tag/v4.0.3

- First test flatpak image

- Binaries for ARM

- On Linux, easily switching between native podman and podman machine based setups

- Easily identify where settings are stored

- Debug panel and log level control to know everything that is happening

- Optimization of settings screen

- Toggle for automatically starting the podman service

The perfect pair

Containerfile vs Dockerfile - Infra as code

podman vs docker - https://podman.io

podman desktop companion (author here) vs docker desktop ui - https://iongion.github.io/podman-desktop-companion

podman-compose vs docker-compose = there should be no vs here, docker-compose itself can use podman socket for connection OOB as APIs are compatible, but an alternative worth exploring nevertheless.

Things are improving at a very fast pace, the aim is to go way beyond parity, give it a chance, you might enjoy it. There is continuous active work that is enabling real choice and choice is always good, pushing everyone up.

Cross-platform desktop application with familiar and consistent UI

Is there a way to trigger something after state changes ? In the class based components, setState has a second argument that gets triggered after state has updated.

This is nowhere to be found in the hooks approach, without using flags and other strange constructs.

Where is it gone ?

How are your functions pure if inside them you call `useEffect`, `useState` ? Where is pureness when at first look they generate side effects, or am I missing something ?

Is there a gradual path on learning Unity ? I mean, what is it ? A visual editor of 3D worlds, but not Blender / 3D Max, together with code editor and C# ?

It looks more like Adobe/Macromedia Flash as IDE, used to like that very much back in the days, till flash died due to plugin need / proprietary / security.

Would still prefer to ship an app in a single file, that progressively streams, just as SWF used to do. Now, in the web area, all is utter crap, one billion files to download, CDNs, fallbacks, signatures.... argh!

Heck, would choose VB or Delphi as IDE for building apps in no time against all this React / Angular / WebComponents tech salad with no substance and ephemeral lifespan.

I am still able to compile pascal code from 1997 in Lazarus / FPC.

Using OSX on a laptop, Linux at work and Windows while playing. Tempted switching back to Windows now because of WSL.

Using gstreamer, creating gstreamer custom filters, performing graph changes on the fly. Awesome and a joy.

WebAssembly as target(compiling C stuff with emscripten and then enjoying it in the browser).

Playing Stracraft II, high impact of rapid decisions, dealing with complexity as some kind of reflex. Started one year ago, never waste more than 15-20 minutes. I am more focused at work, keeping myself in the zone for longer periods.

Not necessary tech, but being more tolerant towards people in industry not driven by passion, but by salary and day to day life chores.

This, this on so many levels! But this issue affects VMs too, the shared folders are always mounted with strange permissions, this is propagated to Docker too so Docker XP on Windows, in any configuration is seriously affected by the NTFS, put simply, awful. For developers this is critical. I don't know, maybe a software layer on top of NTFS permission might be able to emulate Posix style perms. The difference between Windows and Unix is too big compared to OSX, that is why OSX will always be more ergonomic.

But this does not mean that it is not to be appreciated, they did an awesome job. Maybe one day things will be solved, maybe you will be able to start native windows apps from UOW, maybe even Docker will be supported, maybe permissions will be cleverly emulated ... the work they did so far clearly focuses on getting things running, the QA period will be there soon too.

Why should it be dropped ? Isn't it just a hash function ?

As you pasted-it, it does not accomplish venv:

  - you still need to change PYTHON_PATH to recognize libs from `libs`
  - packages have bin scripts sometimes that most likely, will be needed by the project

A more proper command: - pip install -t ./libs --install-option="--install-scripts=./bin"

But still, does not solve the PYTHON PATH issue, it won't be solvable because all python cli tools and all scripts in ./bin must be aware of PYTHON_PATH including ./libs

This is what venv does and pip alone cannot easily solve, replicating an entire python environment that is aware of project local pip packages