Re: pacman new generation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 11/22/2011 02:41 PM, Karol Blazewicz wrote:
I using testing / staging repos does this already: you try out
[testing], if it doesn't work, you disable it and run 'pacman -Suu'.
Would using different sync dbs and a separate cache turned into a
local repo make it easy enough to be practical?

Also, pacsnap[1] does a good enough job for me. Which is to take maybe 70% of the risk out of upgrading -- sure, a reversion won't work all the time, but I need it rarely enough that the low overhead of pacsnap is more convenient for me than the risk of living with a partly-broken system until it's fixed upstream is bad.

That being said, if someone polishes btrfs snapshots, I might use that instead. (Once I switch to btrfs, that is.)

[1] http://aur.archlinux.org/packages.php?ID=34290


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux