Package: kernel-patch-openvz
Version: 028.18.1
kernel-patch-openvz package of versions 028.18.1 and 028.18.2 doesn't
apply cleanly to linux-source-2.6.18_2.6.18.dfsg.1-12etch1_all
patching file fs/binfmt_elf.c
Hunk #2 FAILED at 679.
Hunk #3 succeeded at 864 (offset 9 lines).
Hunk #5 succeeded at
/ch-resources.en.html#s-pkg-tracking-system>
Kir Kolyshkin wrote:
> Could we set up some machinery in order to be notified ASAP about the
> kernel-patch-openvz rejects?
>
> Ola Lundqvist wrote:
>> Hi
>>
>> On Mon, Dec 04, 2006 at 02:40:21PM +0300, Vasily Tarasov wrote:
>&
gt; Regards,
>
> // Ola
>
> On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote:
>
>> Hello,
>>
>> 028test006 patch (with lockup fix from xemul@) for Debian is ready.
>> You can download it from
>> http://7ka.mipt.ru/~vass/debian/
Hello,
028test006 patch (with lockup fix from xemul@) for Debian is ready.
You can download it from
http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz
Thank you!
Kirill Korotaev wrote:
> Vasiliy,
>
> please help Ola. 2.6.18-ovz028test006 has been released today
> and includes 2.6.18.
Michael Meskes wrote:
>> You're asking why this is a quota problem? :) Well, _binary_ package
>> ...
>>
>
> No, I asked why you think it is not a gcc bug? It appears that some
> optimization is creating this problem. And it might very well be a gcc
> bug in that it optimizes incorrectly.
>
>
Michael Meskes wrote:
> On Sat, Oct 14, 2006 at 12:05:08PM +0400, Vasily Tarasov wrote:
>
>> Consequently some problem with stack. First we thought, that the problem
>> is in system call, but then
>> it appeared that gcc optimization is guilty! Changing optimization
Package: quota
Version: 3.13-10
We encountered the following strange behavior of new quota utils from
Debian testing repository:
# quota -v
quota: error while getting quota from /dev/vzfs for 0: Bad address
We started to investigate the problem. Here is the strace:
# strace quota -v 2>&1 | tail
7 matches
Mail list logo
