Есть ли какой-либо диспетчер пакетов (как способный, вкусное, перевозка), который может установить материал в моем корневом каталоге вместо корня?
В то время как и конфетка (и об/мин) и склонный могут установить в альтернативный корневой каталог, я подозреваю, что они все еще предполагают, что работают как корень и вероятно упадут и умрут интересными способами, при попытке выполнить их как некорневой пользователь.
Можно просто извлечь файлы из пакетов в корневой каталог:
cd ~/mypackages rpm2cpio /path/to/somefile.rpm | cpio -ivd
Можно сделать то же самое с
dpkg
файлы посредством соответствующего использованияar
иtar
.Существуют диспетчеры пакетов, разработанные, чтобы сделать точно, что Вы хотите (например, epkg), но Вы на самом деле не найдете пакеты предварительно созданными для Вас. Они являются большими для управления Вашим собственным набором программного обеспечения, если Вы создаете и устанавливаете из источника.
Я собираюсь добавить, что Ваши системные администраторы, вероятно, осудят это. При необходимости в более поздних версиях программного обеспечения необходимо, вероятно, работать с администраторами для получения ресурсов, в которых Вы нуждаетесь, или необходимо рассмотреть выполнение собственной среды разработки.
Good point by @darin in terms of Table Storage being locally-redundant within a single data center (3 copies), and optionally geo-redundant (which is asynchronously done across data center). A few things to add:
Table Storage is not on a single server. That is, there's no single point of failure. This is a highly-available storage system. Even if internal nodes fail, you would not be aware of it.
If, for some reason, your storage account became unavailable, it's possible the storage system is still operational. In this case, if you had a model where you wrote two to storage accounts within the same DC, you'd have data availability by switching storage accounts.
If, indeed, the storage system in a particular data center went completely offline for some reason, you would need your own mirror of your data somewhere else (you don't have access to the geo-redundant copy; that's for Azure's Disaster Recovery usage).