Hello, it depends on the specific script part. Considering the individual operations as listed in the project's readme, 1 is UM specific, 2 could technically be adapted to work on other platforms, but I would need to implement a libatspi version check to determine which version of orca to install, plus the symlinking hack we're doing right now is Ubuntu specific I guess. 3 is system agnostic I think, 4 is UM specific and 5 should be also rather universal, at least on debian forks. So, in theory yes, I believe it could be done, but there would inevitably need to be increased amount of platform branching in the code, making it harder for people to follow if they want to see what's happening to their system, also the development would become increasingly more difficult. Personally I don't like shell scripts for more complex programs, I'm in for all sorts of simplicity so yeah, I understand it's awesome to use a simple shell script when you need to say perform an automated installation, execution or something of that kind, but if the script needs to do things like parse output from various commands, and people start doing all sorts of write-only awk magic, for me it's more reasonable to write the script in a full-fledged programming language, where the code would be readable and thoroughly checked by the compiler. Though, one thing the shell scripts actually are doing very well is the permissions job. In case of umai, there are operations that need to be done as root, like updating and installing packages, and then, there are things you likely do not want to do as root, such as cloning a repository, installing Python dependencies into a virtual environment etc. If I were to rewrite UMAI in a full-fledged programming language, this is something I would need to consider. Best regards Rastislav Dňa 17. 9. 2023 o 10:29 Linux for blind general discussion napísal(a): > Could it work on other Debian-based distros like Linux mint? > > On 9/17/2023 2:44 AM, Linux for blind general discussion wrote: >> Hello everyone, >> as the title suggests, today I released a new version of UMAI, the >> Ubuntu Mate Accessibility Improver utility. >> >> I felt this step to be increasingly more and more necessary, as the orca >> and accessibility development in general is progressing and leaving the >> last UM LTS in the dust. Wat's something I really love to see, except >> UMAI needed some updates too as a consequence. >> >> Either way, 0.4 is here, bringing the support for Ubuntu Mate 23.04, and >> all the new accessibility benefits. >> >> If you for some reason prefer sticking to LTS, that's fine too. 22.04 >> remains supported like before, and will stay that way at least until 24.04. >> >> That's not the only change, though. Besides having the latest gnome-45 >> Orca, 0.4 also removes the deb Firefox installation, meaning safer >> browsing and less annoyance with reinstalls, weirdly behaving icons etc. >> >> another important change is related to ocrdesktop. As those of you >> running the recent versions of Ubuntu / Debian have likely noticed, >> there is a new policy being enforced in regards to working with Python >> packages. It's no longer possible to install global packages / >> dependencies like before, every Python app needs to have its own virtual >> environment, where it's responsible for handling its dependencies. >> >> In other words, we're now forced to do things properly, what's quite a mess. >> >> Fortunately, if you don't want to fiddle with environments, packages and >> dependencies, UMAI will now do this for you, on all supported systems. >> >> I'm really, really glad I can provide this functionality, ocrdesktop is >> a critically essential accessibility tool, and I really can't imagine >> any newcomer to Linux who may have no technical knowledge / skills at >> all dealing with this. >> >> See: >> https://github.com/RastislavKish/umai >> >> for more information. >> >> Have fun >> >> Best regards >> >> Rastislav >> >> >> _______________________________________________ >> Blinux-list mailing list >> Blinux-list@xxxxxxxxxx >> https://listman.redhat.com/mailman/listinfo/blinux-list >> > _______________________________________________ > Blinux-list mailing list > Blinux-list@xxxxxxxxxx > https://listman.redhat.com/mailman/listinfo/blinux-list > _______________________________________________ Blinux-list mailing list Blinux-list@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/blinux-list