Pavel Emelyanov wrote:
>>> b) 2.6.26 legacy setting, is that still relevant?
>>>
>>> # CONFIG_NF_CONNTRACK_IPV6 is not set
>
> The config used will be taken from FC12 (like we did for 2.6.27).
> This particular option will be turned on after I receive fixes for per-ve
> iptables from one of my ke
On Mon, Mar 22, 2010 at 07:10:20PM +0300, Kir Kolyshkin wrote:
> On 03/22/2010 06:59 PM, Pavel Emelyanov wrote:
> >
> >We have updated our kernel and it includes a couple of serious
> >fixes (like oopses ;)). Please, pull them.
> >
>
> To clarify -- please pull up to commit 796e80e5b.
just not
On 03/22/2010 06:59 PM, Pavel Emelyanov wrote:
On 03/17/2010 12:42 AM, maximilian attems wrote:
enabling openvz flavour for next upload.
please test out,
latest f492a5013944b559cd linux-images build,
Hi, guys!
We have updated our kernel and it includes a couple of serious
fixes (lik
On 03/17/2010 12:42 AM, maximilian attems wrote:
> enabling openvz flavour for next upload.
>
> please test out,
> latest f492a5013944b559cd linux-images build,
Hi, guys!
We have updated our kernel and it includes a couple of serious
fixes (like oopses ;)). Please, pull them.
--
To UNSUBSCRIB
On 03/17/2010 12:42 AM, maximilian attems wrote:
> enabling openvz flavour for next upload.
>
> please test out,
> latest f492a5013944b559cd linux-images build,
OK, but we sill have a set of known issues with per-ve iptables.
We'll fix them this week. Won't it be late in include them as well?
>
enabling openvz flavour for next upload.
please test out,
latest f492a5013944b559cd linux-images build,
upload will be identical, as previous build already got some testing:
http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-4-openvz-amd64_2.6.32-10_amd64.deb
http://charm.itp.tuwien.ac.at/
maximilian> This seems to do the trick, don't know whats special about
maximilian> three dots: git diff v2.6.32.10...HEAD
Hi Maximilian, it is about scoping
http://sunoano.name/ws/public_xhtml/scm.html#sets_of_commits
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a
On Tue, Mar 16, 2010 at 09:54:28PM +0300, Pavel Emelyanov wrote:
> On 03/16/2010 08:57 PM, maximilian attems wrote:
> > On Tue, Mar 16, 2010 at 08:31:31PM +0300, Pavel Emelyanov wrote:
> >>>
> >>> a build with all of those option turned off.
> >>> can retest easily.
> >>
> >> Hm... Mine compiles ju
On 03/16/2010 08:57 PM, maximilian attems wrote:
> On Tue, Mar 16, 2010 at 08:31:31PM +0300, Pavel Emelyanov wrote:
>>>
>>> a build with all of those option turned off.
>>> can retest easily.
>>
>> Hm... Mine compiles just fine.
>
> cool, good news.
>
>>> we are uploading today 2.6.32.10 to unst
On Tue, Mar 16, 2010 at 08:31:31PM +0300, Pavel Emelyanov wrote:
> >
> > a build with all of those option turned off.
> > can retest easily.
>
> Hm... Mine compiles just fine.
cool, good news.
> > we are uploading today 2.6.32.10 to unstable,
> > I'd like to include openvz, sorry for short not
On 03/16/2010 06:56 PM, maximilian attems wrote:
> On Tue, Mar 16, 2010 at 01:22:03PM +0300, Pavel Emelyanov wrote:
>> On 03/15/2010 11:22 PM, maximilian attems wrote:
>>> On Mon, Mar 15, 2010 at 11:40:31AM +0300, Pavel Emelyanov wrote:
> current openvz tree fails again to compile for debian co
On Tue, Mar 16, 2010 at 01:22:03PM +0300, Pavel Emelyanov wrote:
> On 03/15/2010 11:22 PM, maximilian attems wrote:
> > On Mon, Mar 15, 2010 at 11:40:31AM +0300, Pavel Emelyanov wrote:
> >>> current openvz tree fails again to compile for debian config, tried
> >>> to place some include , but withou
On 03/15/2010 11:22 PM, maximilian attems wrote:
> On Mon, Mar 15, 2010 at 11:40:31AM +0300, Pavel Emelyanov wrote:
>>> current openvz tree fails again to compile for debian config, tried
>>> to place some include , but without much luck:
>>> ERROR: "sysfs_deprecated" [drivers/scsi/scsi_mod.ko] un
hello Pavel,
could you merge in released 2.6.32.10 stable please.
it add just two small rejects, but still happier if you fix that up:
1 out of 1 hunk FAILED -- saving rejects to file arch/x86/mm/pgtable.c.rej
1 out of 18 hunks FAILED -- saving rejects to file fs/namei.c.rej
thanks
--
To UNSU
On Mon, Mar 15, 2010 at 11:40:31AM +0300, Pavel Emelyanov wrote:
> > current openvz tree fails again to compile for debian config, tried
> > to place some include , but without much luck:
> > ERROR: "sysfs_deprecated" [drivers/scsi/scsi_mod.ko] undefined!
>
> Please, set
> CONFIG_SYSFS_DEPRECATED
> current openvz tree fails again to compile for debian config, tried
> to place some include , but without much luck:
> ERROR: "sysfs_deprecated" [drivers/scsi/scsi_mod.ko] undefined!
Please, set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
CONFIG_SYSFS_DEPRECATED_DYN=y
--
To UNSUBS
On Fri, 12 Mar 2010, Pavel Emelyanov wrote:
> > tested that current git tree compiles with CONFIG_CGROUP_FREEZER not set.
>
> Yes. Turn it off for openvz, please, I will fix the Kconfigs accordingly.
ok cool, seen.
> I'll make the defconfig .config compilable, but we'll ship our own one
> anyway
On 03/12/2010 02:47 AM, maximilian attems wrote:
> On Thu, Mar 11, 2010 at 11:26:34PM +0100, maximilian attems wrote:
>> any word on these two issues:
>>
>> a) compile failure due to CGROUP_FREEZER on
>>(it's on in debian topconfig)
>>
>> kernel/built-in.o: In function `update_freezer_state':
Hi
Unfortunatly I do not have any amd64 machine to test on. Do you have
a kernel (or source so I can compile myself) for i386 (i686 actually)?
I have an AMD machine, but no 64 bit variant unfortunatly.
Best regards,
// Ola
On Fri, Mar 12, 2010 at 01:11:07AM +0100, maximilian attems wrote:
> On
On Tue, 09 Mar 2010, Ola Lundqvist wrote:
> * Testing kernel when built
please go ahaed:
http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-4-openvz-amd64_2.6.32-10_amd64.deb
checksum signed:
http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-4-openvz-amd64_2.6.32-10_amd64.deb.sha2
On Thu, Mar 11, 2010 at 11:26:34PM +0100, maximilian attems wrote:
> any word on these two issues:
>
> a) compile failure due to CGROUP_FREEZER on
>(it's on in debian topconfig)
>
> kernel/built-in.o: In function `update_freezer_state':
> cgroup_freezer.c:(.text+0x521f3): undefined reference
On Fri, 12 Mar 2010, Pavel Emelyanov wrote:
> On 03/11/2010 11:04 PM, maximilian attems wrote:
> > On Thu, 11 Mar 2010, Pavel Emelyanov wrote:
> >>
> >> This was fixed this morning :) As long as two beancounters leaks.
> >> Please update.
> >
> > cool, indeed fixed, but needed belows fix too:
>
On 03/11/2010 11:04 PM, maximilian attems wrote:
> On Thu, 11 Mar 2010, Pavel Emelyanov wrote:
>>
>> This was fixed this morning :) As long as two beancounters leaks.
>> Please update.
>
> cool, indeed fixed, but needed belows fix too:
Appled, thanks!
--
To UNSUBSCRIBE, email to debian-kernel-
On Thu, 11 Mar 2010, Pavel Emelyanov wrote:
>
> This was fixed this morning :) As long as two beancounters leaks.
> Please update.
cool, indeed fixed, but needed belows fix too:
>From 318d047e844100dff4f7525d6090cbd81b54aa90 Mon Sep 17 00:00:00 2001
From: maximilian attems
Date: Thu, 11 Mar 201
maximilian attems wrote:
> On Wed, 10 Mar 2010, Pavel Emelyanov wrote:
>
>> Kir Kolyshkin wrote:
>>> Yup, we gonna rebase today, will let you know when done.
>> Done. I've merged the 2.6.32.9. Please pull and check.
>
> thanks, cool!
> allmost good just had to fix up small things that seems
> deb
On Wed, 10 Mar 2010, Pavel Emelyanov wrote:
> Kir Kolyshkin wrote:
> >
> > Yup, we gonna rebase today, will let you know when done.
>
> Done. I've merged the 2.6.32.9. Please pull and check.
thanks, cool!
allmost good just had to fix up small things that seems
debian specific:
1 out of 21 hunk
Kir Kolyshkin wrote:
> On 03/09/2010 10:58 PM, maximilian attems wrote:
>> On Tue, Mar 09, 2010 at 09:29:50PM +0300, Kir Kolyshkin wrote:
>>
>>> We now have the tree which is more or less working (with
>>> some known and unknown bugs). It is available as
>>>
>>> git:
>>> git://git.openvz.org/pu
On 03/09/2010 10:58 PM, maximilian attems wrote:
On Tue, Mar 09, 2010 at 09:29:50PM +0300, Kir Kolyshkin wrote:
We now have the tree which is more or less working (with
some known and unknown bugs). It is available as
git:
git://git.openvz.org/pub/linux-2.6.32-openvz
http://git.openvz.org/p
Hi Maximilian
If you want any help on this, please let me know and I'll help
as much as I can.
I can help with anything, but I think most likely the following
is suitable:
* Testing kernel when built
* Checking rejects
* Fixing potential build issues.
Best regards,
// Ola
On Tue, Mar 09, 2010
On Tue, Mar 09, 2010 at 09:13:24PM +0100, Ola Lundqvist wrote:
> Hi Maximilian
>
> If you want any help on this, please let me know and I'll help
> as much as I can.
>
> I can help with anything, but I think most likely the following
> is suitable:
> * Testing kernel when built
this is what I'd
On Tue, Mar 09, 2010 at 09:29:50PM +0300, Kir Kolyshkin wrote:
>
> We now have the tree which is more or less working (with
> some known and unknown bugs). It is available as
>
> git:
> git://git.openvz.org/pub/linux-2.6.32-openvz
> http://git.openvz.org/pub/linux-2.6.32-openvz
>
> gitweb:
> htt
On 02/16/2010 07:55 PM, maximilian attems wrote:
hello Kir,
nice to see your message.
on unrelated note:
~/src/linux-2.6.26-openvz$ git pull
git.openvz.org[0: 64.131.90.162]: errno=Connection refused
fatal: unable to connect a socket (Connection refused)
online I see no change since, so doesn'
hello Kir,
nice to see your message.
on unrelated note:
~/src/linux-2.6.26-openvz$ git pull
git.openvz.org[0: 64.131.90.162]: errno=Connection refused
fatal: unable to connect a socket (Connection refused)
online I see no change since, so doesn't matter that much.
On Thu, 11 Feb 2010, Kir Kolys
Hi Ola, guys,
Thanks for the info. We have discussed this at length and
the resolution is we are all for it. This means we will try
hard to do a rebase as soon as possible, and I hope we
will succeed.
If (or whenever you will) know the exact deadline date
(or any close approximation), please let
Hi Kir
On Thu, Feb 11, 2010 at 09:33:05PM +0300, Kir Kolyshkin wrote:
> Hi Ola, guys,
>
> Thanks for the info. We have discussed this at length and
> the resolution is we are all for it. This means we will try
> hard to do a rebase as soon as possible, and I hope we
> will succeed.
Sounds great.
35 matches
Mail list logo
