Re: [pacman-dev] Versioned packages

2016-09-12 Thread Sergey Petrenko via pacman-dev
Well, of course! I can also build kernel outside package management, or write a hook to backup kernels, but I'd like to see solution that would not require such dire and time consuming measures, and, ideally, would not require actions from me at all. >Понедельник, 12 сентября 2016, 10:22

Re: [pacman-dev] Versioned packages

2016-09-12 Thread Sergey Petrenko via pacman-dev
Should I spam kernel package maintainers then, or maybe someone will resolve bug as wontfix? >Суббота, 10 сентября 2016, 0:58 +03:00 от Allan McRae : > >On 10/09/16 08:41, Sergey Petrenko via pacman-dev wrote: >> Here is my attempt to solve seven years old infamous problem:

Re: [pacman-dev] Versioned packages

2016-09-12 Thread Jelle van der Waa
On 09/12/16 at 09:47am, Sergey Petrenko via pacman-dev wrote: > Should I spam kernel package maintainers then, or maybe someone will resolve > bug as wontfix? Not sure why they need to be spammed, you can easily build linux47 as a package and install it separate from the normal linux package.

Re: [pacman-dev] Versioned packages

2016-09-12 Thread Johannes Löthberg
On 12/09, Sergey Petrenko via pacman-dev wrote: Well, of course! I can also build kernel outside package management, or write a hook to backup kernels, but I'd like to see solution that would not require such dire and time consuming measures, and, ideally, would not require actions from me at

Re: [pacman-dev] Versioned packages

2016-09-12 Thread Eli Schwartz
On 09/12/2016 06:51 PM, Allan McRae wrote: > This discussion has nothing to do with Arch. It is about whether this > feature needs implemented in pacman. Which of course it doesn't. All we need is for the kernel maintainer to start packaging a dummy linux package that depends on linux-$pkgver

Re: [pacman-dev] Versioned packages

2016-09-12 Thread Allan McRae
On 12/09/16 22:59, Johannes Löthberg wrote: > On 12/09, Sergey Petrenko via pacman-dev wrote: >> Well, of course! I can also build kernel outside package management, >> or write a hook to backup kernels, but I'd like to see solution that >> would not require such dire and time consuming measures,