iaLAR

@vitor Thank you so much for getting back to me and helping me with this question. Forgive me for maybe using the wrong terminology before. I am not a programmer, and still trying to learn these things. "Globally", was probably the more proper term for what I was asking than "system-wide", although I am glad that Workflows cannot make changes system-wide. When you say it cannot install the libraries system-wide, is that different from installing libraries globally, or global libraries/environments? (I may be wrong again, but would global usually mean locations like "/usr/local/bin/" for Mac?) If different, will Workflows potentially be able to install libraries globally (again I apologize if my terminology is inaccurate) I am very glad to hear that those things haven't happened. Maybe I'm just paranoid, but when learning how to set up virtual environments, I was told repeatedly to be very careful with installing libraries globally. Great to know this. I should have thought to show package content. I have been able to locate it now, but the right clicking from Alfred preferences is actually a big help(to find the actual workflow, because the name can be scrambled) Thank you very much! Very useful. This is great. So it sounds like an isolated environment inside the workflow directory. I'm glad that if setup this way It can simply be deleted with the workflow, also meaning the libraries shouldn't affect my system, and very easy to manage for users. Especially people like me that don't understand code as much. You say "that's how it should be done" though, so a workflow may be setup another way? If so, is there a way to know if a Workflow has been setup this way? Or is the only way to know by going through the code and checking yourself? Also this may be a little unrelated, but generally speaking, if the access permission of the Alfred app to the terminal disabled, will that affect how workflows work? Thank you!

Is it possible for Alfred workflow to install Python libraries to my Mac system, systemwide? I don't mind them being installed in an isolated environment like virtual environments(honestly though, not even sure where the workflows are stored, once installed to the Alfred app, "Alfred.alfredpreferences"?), but after seeing how so many Alfred workflows online use Python, I'm starting to wonder whether they ever install python packages to my system systemwide, without me knowing about them. Can this happen? Also if they can, I assume they may cause issues in the future. What are best practices, to prevent any future complications. I also found some content on the forums that mention python libraries being installed in the workflows(links below). I don't know whether this means they are installed in an isolated section for your workflows, and for that workflow only, or if it means that the libraries can be installed to the Mac for the whole system. I'm just started learning, but not a programmer and no expert on these things. Only know enough to set up virtual environments. If someone with more expertise can help me figure this out, that would be very much appreciated. Thanks

@Vero Thank you for getting back to me so quickly. I was looking for a "music permission" somewhere, and somehow didn't think to look in the automations. Music app works now. Thank you.

Hi I had never used the Alfred integrations with the music app, and when I launched it with ctrl+cmd+return, it gave me a pop-up requesting access the the music app, and I accidentally denied the access. Here is my question. How do I get the pop-up back again to grant it the access to the music app? I tried reinstalling the app, but it didn't work. Is there a way to remove the app entirely and set it up again? If I launch the app from a back up, will the access to music be denied again? I am using Alfred5 Many thanks.