You are not logged in.
Preferably in different locations so that data and settings do not collide.
Thank you in advance for your time.
Offline
You cannot install multiple versions of the same package at once. This is not how package management works.
There are, for certain use cases, however packages that provide different versions of a software (e.g. python, php, openssl) by means of different package names.
At any rate, this sounds like an x/y issue to me. What's your real goal here?
Inofficial first vice president of the Rust Evangelism Strike Force
Offline
What's your real goal here?
To be able to install multiple versions of the same aur package; for testing out and comparing different features of the same software side by side.
Offline
Setup VMs that start from the same snapshot and let each build their specific version of that aur package as well as function as test beds.
For more info/alternatives look up software test environments.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Setup VMs that start from the same snapshot and let each build their specific version of that aur package as well as function as test beds.
For more info/alternatives look up software test environments.
VMs would be an overkill, just looking for possibility to install using aur pkgbuild scripts. Setting up, managing, maintaining VMs is a pain and ton of overhead. Just managing pkgbuild scripts should be way easier.
Offline
This isn't about "managing pkgbuild" but "in different locations so that data and settings do not collide"
You could adjust the compiler instructions for the packages to use different prefixes, but (leaving aside that you're starting to re-invent containersystems) there's a decent chance that you'll still collide with the data the process reads/writes in your $HOME - you simply cannot guarantee your request w/o some degree of virtualization.
Software™ is typically not developed to run in different versions collision-free and there's certainly no generic approach for that. That's why VMs exist (and containers are more or less derived from that, just for dumber reasons than "compare stuff side by side")
Offline
Software™ is typically not developed to run in different versions collision-free and there's certainly no generic approach for that.
Snaps allow this exact functionality.
That's why VMs exist (and containers are more or less derived from that, just for dumber reasons than "compare stuff side by side")
VMs solve way too many problems which I need not delve into while managing my time frugally.
Offline
Snaps allow this exact functionality.
leaving aside that you're starting to re-invent containersystems
Offline
Snaps allow this exact functionality.
seth wrote:leaving aside that you're starting to re-invent containersystems
I did not invent Snaps ... I have faced dumber responses.
Offline
You're apparently missing the point. You're trying to re-invent container systems resp. turn pacman into one.
Just use an existing container system and containers of the stuff you want to compare side-by-side.
Offline