Bug#478208: linux-patch-openvz asks for kernel version 2.6.18 while default kernel on lenny is 2.6.24
Christian Lyra
Version: 028.53.5d1
Severity: important
Justification: fails to build from source
The package asks for kernel version 2.6.18 bu2.6.18 was removed from lenny. So, thes no way to build the package.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-5-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages linux-patch-openvz depends on:
ii bash 3.1dfsg-9 The GNU Bourne Again SHell
ii dctrl-tools [grep-dctrl] 2.12 Command-line tools to process Debi
ii patch 2.5.9-4 Apply a diff file to an original
linux-patch-openvz recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Ola Lundqvist
Thanks for the information. I was not aware that 2.6.18 had been removed.
I'll try to port the 2.6.24 patch to Debian.
Best regards,
// Ola
On Sun, Apr 27, 2008 at 11:28:15PM -0300, Christian Lyra wrote:
> Package: linux-patch-openvz
> Version: 028.53.5d1
> Severity: important
> Justification: fails to build from source
>
> The package asks for kernel version 2.6.18 bu2.6.18 was removed from lenny. So, thes no way to build the package.
>
> -- System Information:
> Debian Release: lenny/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.18-5-486
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages linux-patch-openvz depends on:
> ii bash 3.1dfsg-9 The GNU Bourne Again SHell
> ii dctrl-tools [grep-dctrl] 2.12 Command-line tools to process Debi
> ii patch 2.5.9-4 Apply a diff file to an original
>
> linux-patch-openvz recommends no packages.
>
> -- no debconf information
>
>
>
--
--------------------- Ola Lundqvist ---------------------------
/ op...@debian.org Annebergsslingan 37 \
| o...@inguza.com 654 65 KARLSTAD |
| http://inguza.com/ +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
Alexander GQ Gerasiov
Ola Lundqvist <op...@debian.org> wrote:
> Hi Christian
>
> Thanks for the information. I was not aware that 2.6.18 had been
> removed. I'll try to port the 2.6.24 patch to Debian.
This should not be difficult, patch taken from upstream applies fine.
http://git.gq.net.ru/?p=linux-2.6-openvz.git;a=blob;f=debian/patches/features/all/openvz/openvz.patch;h=24164abaa82f8cb7f822974856965cba7c5eeb9b;hb=HEAD
http://git.gq.net.ru/?p=linux-2.6-openvz.git;a=blob;f=debian/patches/features/all/openvz/openvz.fixed.patch;h=16403d64d10a8b4b4eb99591f6ad017483306b2d;hb=HEAD
--
Best regards,
Alexander GQ Gerasiov
Contacts:
e-mail: g...@cs.msu.su Jabber: g...@jabber.ru
Homepage: http://gq.net.ru ICQ: 7272757
PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D
Kir Kolyshkin
Can you help Ola with 2.6.24-based OpenVZ patch.
Ola,
We did that for Ubuntu 8.04 already... not sure how Ubuntu kernel
differs from Debian.
--
Ola Lundqvist
If it is done already for ubuntu it would most likely be very similar
for Debian. I think ubuntu base their work on the Debian kernel. This means
that it should be just some corrections that differs.
Best regards,
// Ola
--
--- Inguza Technology AB --- MSc in Information Technology ----
/ o...@inguza.com Annebergsslingan 37 \
| op...@debian.org 654 65 KARLSTAD |
| http://inguza.com/ Mobile: +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
--
Thorsten Schifferdecker
there's actually no need, Alexander GQ Gerasiov git repository has the
patch(es) in his git repro:
@Ola you can build a single linux-patch-openvz package build against the
linux-source-tree 2.6.24-5, take the diff from Alex git repository.
http://git.gq.net.ru/?p=linux-2.6-openvz.git;a=blob;f=debian/patches/features/all/openvz/openvz.patch;h=24164abaa82f8cb7f822974856965cba7c5eeb9b;hb=HEAD
http://git.gq.net.ru/?p=linux-2.6-openvz.git;a=blob;f=debian/patches/features/all/openvz/openvz.fixed.patch;h=16403d64d10a8b4b4eb99591f6ad017483306b2d;hb=HEAD
and build a single patch, thats all.
Bye,
Thorsten
> _______________________________________________
> Debian mailing list
> Deb...@openvz.org
> https://openvz.org/mailman/listinfo/debian
Ola Lundqvist
Great news! Thanks a lot. I'll do that.
Best regards,
// Ola
--
--- Inguza Technology AB --- MSc in Information Technology ----
/ o...@inguza.com Annebergsslingan 37 \
| op...@debian.org 654 65 KARLSTAD |
| http://inguza.com/ Mobile: +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
--
Christian Lyra
Since we are talking about openvz and kernel, may I ask for a
linux-image-2.6.x-openvz package like Debian already has for xen and
vserver?
On Monday 28 April 2008, Thorsten Schifferdecker wrote:
> Hi Kir,
>
> there's actually no need, Alexander GQ Gerasiov git repository has
> the patch(es) in his git repro:
>
> @Ola you can build a single linux-patch-openvz package build against
> the linux-source-tree 2.6.24-5, take the diff from Alex git
> repository.
>
>
--
Christian Lyra
POP-PR - RNP
I will maintain a realistic assessment of my strengths and weaknesses.
Even though this takes some of the fun out of the job, at least I will
never utter the line "No, this cannot be! I AM INVINCIBLE!!!" (After
that, death is usually instantaneous.)
The Top Things I'd Do
If I Ever Became an Evil Overlord
Ola Lundqvist
On Mon, Apr 28, 2008 at 10:29:17AM -0300, Christian Lyra wrote:
> Hi there,
>
>
> Since we are talking about openvz and kernel, may I ask for a
> linux-image-2.6.x-openvz package like Debian already has for xen and
> vserver?
You are perfectly welcome to do so. I have actually tried that already
as you can see in http://bugs.debian.org/392015
However it do not match the Debian Acceptance Guidelines as you can see in
http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines
So in order to get it accepted it must be merged upstream, which means to
be included in the Linus Torwards Linux kernel source.
This is the main reason why there are a set of linux images on
download.openvz.org/debian.
Best regards,
// Ola
> On Monday 28 April 2008, Thorsten Schifferdecker wrote:
> > Hi Kir,
> >
> > there's actually no need, Alexander GQ Gerasiov git repository has
> > the patch(es) in his git repro:
> >
> > @Ola you can build a single linux-patch-openvz package build against
> > the linux-source-tree 2.6.24-5, take the diff from Alex git
> > repository.
> >
> >
>
> --
> Christian Lyra
> POP-PR - RNP
>
> http://lyra.soueu.com.br
>
> I will maintain a realistic assessment of my strengths and weaknesses.
> Even though this takes some of the fun out of the job, at least I will
> never utter the line "No, this cannot be! I AM INVINCIBLE!!!" (After
> that, death is usually instantaneous.)
> The Top Things I'd Do
> If I Ever Became an Evil Overlord
>
--
--- Inguza Technology AB --- MSc in Information Technology ----
/ o...@inguza.com Annebergsslingan 37 \
| op...@debian.org 654 65 KARLSTAD |
| http://inguza.com/ Mobile: +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
--
Bastian Blank
> > Since we are talking about openvz and kernel, may I ask for a
> > linux-image-2.6.x-openvz package like Debian already has for xen and
> > vserver?
VServer looks currently dead.
> However it do not match the Debian Acceptance Guidelines as you can see in
> http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines
Well, for an extra featureset, it may be accepted. As we don't longer
want to build extra Xen images and VServer is also not supported
currently, we may have a spare slot for them.
Bastian
--
Schshschshchsch.
-- The Gorn, "Arena", stardate 3046.2
Ola Lundqvist
On Mon, Apr 28, 2008 at 06:32:47PM +0200, Bastian Blank wrote:
> On Mon, Apr 28, 2008 at 05:47:20PM +0200, Ola Lundqvist wrote:
> > > Since we are talking about openvz and kernel, may I ask for a
> > > linux-image-2.6.x-openvz package like Debian already has for xen and
> > > vserver?
>
> VServer looks currently dead.
That is a pity. Is it a problem upstream or with the maintainer?
> > However it do not match the Debian Acceptance Guidelines as you can see in
> > http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines
>
> Well, for an extra featureset, it may be accepted. As we don't longer
> want to build extra Xen images and VServer is also not supported
> currently, we may have a spare slot for them.
That sounds like a good thing to me. What do I need to do in order
to help with including openvz? Besides providing a decent patch?
Best regards,
// Ola
> Bastian
>
> --
> Schshschshchsch.
> -- The Gorn, "Arena", stardate 3046.2
>
--
--- Inguza Technology AB --- MSc in Information Technology ----
/ o...@inguza.com Annebergsslingan 37 \
| op...@debian.org 654 65 KARLSTAD |
| http://inguza.com/ Mobile: +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
--
Holger Levsen
On Monday 28 April 2008 18:59, Ola Lundqvist wrote:
> > VServer looks currently dead.
> That is a pity. Is it a problem upstream or with the maintainer?
It's a gross simplification. vserver is not dead, they are lacking a bit
behind the latest kernel release, which is the only thing some people care
about...
regards,
Holger
Ola Lundqvist
Really good to know. I'm the (co-)maintainer of util-vserver so
I really want the vserver kernels to be maintained. :)
Best regards,
// Ola
--
maximilian attems
no it is reality.
they are missing on the upstream namespace merge train.
vserver latest stable release is for 2.6.22
2.6.22 was realeased allmost 10 month ago.
going for openvz for 2.6.26 seems the way forward.
--
maks
Kir Kolyshkin
"containers" functionality to mainstream. I have just checked the number
of changesets submitted by OpenVZ and Linux-VServer guys, using
up-to-date Linus' kernel git tree. For the last 365 days (i.e. a year)
there were 818 changesets from OpenVZ guys and only 14 patches from
VServer guys. These numbers could be wrong (maybe I'm missing someone)
but not totally wrong.
Also, IMHO the document
http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines is not
applicable to this case because it describes patches that are [not]
welcome to "standard" Debian kernel, while OpenVZ, Linux-VServer, Xen
etc. provide "flavored" kernels. In other words, these all are special
kernels with special use cases. So, either this policy is not
applicable, or linux-image-vserver and linux-image-xen are all not
conforming to the policy.
As for 2.6.26, OpenVZ team plans to start porting to that kernel as soon
as 2.6.26-rc1 is released.
<http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines?action=fullsearch&value=linkto%3A%22DebianKernelPatchAcceptanceGuidelines%22&context=180>
Sven Luther
> As for mainstream integration, I can say OpenVZ is committed to merging
> "containers" functionality to mainstream. I have just checked the number
> of changesets submitted by OpenVZ and Linux-VServer guys, using
> up-to-date Linus' kernel git tree. For the last 365 days (i.e. a year)
> there were 818 changesets from OpenVZ guys and only 14 patches from
> VServer guys. These numbers could be wrong (maybe I'm missing someone)
> but not totally wrong.
>
> Also, IMHO the document
> http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines is not
> applicable to this case because it describes patches that are [not]
> welcome to "standard" Debian kernel, while OpenVZ, Linux-VServer, Xen
> etc. provide "flavored" kernels. In other words, these all are special
> kernels with special use cases. So, either this policy is not
> applicable, or linux-image-vserver and linux-image-xen are all not
> conforming to the policy.
>
> As for 2.6.26, OpenVZ team plans to start porting to that kernel as soon
> as 2.6.26-rc1 is released.
> <http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines?action=fullsearch&value=linkto%3A%22DebianKernelPatchAcceptanceGuidelines%22&context=180>
Thanks for this analysis of ports. Just to mention that i believe the
current rules or at least the current position concerning patches are
too restrictive and rigid. I tried to move about this concerning
architecture support patches, see in :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439006
Maybe you should post something there about what you write above, and we
can retitle this bug or something, but there needs to be some discussion
to happen about this above policy, and the debian kernel team need to
losen a bit about this.
Friendly,
Sven Luther
maximilian attems
> "containers" functionality to mainstream. I have just checked the number
> of changesets submitted by OpenVZ and Linux-VServer guys, using
> up-to-date Linus' kernel git tree. For the last 365 days (i.e. a year)
> there were 818 changesets from OpenVZ guys and only 14 patches from
> VServer guys. These numbers could be wrong (maybe I'm missing someone)
> but not totally wrong.
indeed the openvz upstream merge record is fun to watch :)
IMHO the coding style of vserver is not up to upstream merge quality.
even if compared to xen we are quite happy about its etch bug count.
> Also, IMHO the document
> http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines is not
> applicable to this case because it describes patches that are [not]
> welcome to "standard" Debian kernel, while OpenVZ, Linux-VServer, Xen
> etc. provide "flavored" kernels. In other words, these all are special
> kernels with special use cases. So, either this policy is not
> applicable, or linux-image-vserver and linux-image-xen are all not
> conforming to the policy.
sure,
it is for random_unsolcited_oot.patch.
> As for 2.6.26, OpenVZ team plans to start porting to that kernel as soon
> as 2.6.26-rc1 is released.
great,
please post git tree once it is public, so that we can integrate
the flavour for upcoming 2.6.26 Lenny release.
--
maks
Alexander GQ Gerasiov
Kir Kolyshkin <k...@openvz.org> wrote:
> Also, IMHO the document
> http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines is not
> applicable to this case because it describes patches that are [not]
> welcome to "standard" Debian kernel, while OpenVZ, Linux-VServer, Xen
> etc. provide "flavored" kernels. In other words, these all are
featureset, not flavour
in debian, flavours are "484", "686", "686-bigmem" etc.
BTW, openvz is easy to integrate into debian linux-source-2.6 package,
as I already said:
http://openvz.org/pipermail/debian/2008-April/000258.html
http://git.gq.net.ru/?p=linux-2.6-openvz.git
--
Best regards,
Alexander GQ Gerasiov
Contacts:
e-mail: g...@cs.msu.su Jabber: g...@jabber.ru
Homepage: http://gq.net.ru ICQ: 7272757
PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D
--
Bastian Blank
> indeed the openvz upstream merge record is fun to watch :)
> IMHO the coding style of vserver is not up to upstream merge quality.
> even if compared to xen we are quite happy about its etch bug count.
I just took a look into the patch (the devpts part, because upstream
Linux lacks namespace support there) and I was shocked about the
quality of this patch.
Bastian
--
Each kiss is as the first.
-- Miramanee, Kirk's wife, "The Paradise Syndrome",
stardate 4842.6