Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 102879 - openmosix-user-0.3.6-r3 doesn't build with 2.4.24 vanilla + official OM patch
Summary: openmosix-user-0.3.6-r3 doesn't build with 2.4.24 vanilla + official OM patch
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Konstantin Arkhipov (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-17 10:58 UTC by csights
Modified: 2005-09-05 03:13 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description csights 2005-08-17 10:58:08 UTC
when I try to emerge sys-cluster/openmosix-user-0.3.6-r3 I get the error:
 *
 * Your linux kernel sources do not appear to be openmosix,
 * please check your /usr/src/linux symlink.
 *

Checking /usr/src/linux I see that it points to a vanilla kernel 2.4.24 patched
with the version 2 openmosix patch for that kernel version.

-r2 worked fine with this kernel version, so something must have changed with
the ebuild since then.

a temporary workaround is to put -r2 back in the tree until the -r3 problem is
fixed.

Reproducible: Always
Steps to Reproduce:
1.download linux vanilla kernel 2.4.24
2. extract, create symlink /usr/src/linux -> vanilla-2.4.24
3. download openmosix patch for 2.4.24-v2
(http://prdownloads.sourceforge.net/openmosix/openMosix-2.4.24-2.bz2?download)
4. patch vanilla 2.4.24
5. attempt to emerge openmosix-user




Portage 2.0.51.22-r2 (default-linux/x86/2005.0/2.4, gcc-3.3.5-20050130, 
glibc-2.3.5-r0, 2.4.24-om2 i686)
=================================================================
System uname: 2.4.24-om2 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.6.13
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.4.22-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env 
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config 
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ 
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ 
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ 
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.seren.com/gentoo 
http://gentoo.chem.wisc.edu/gentoo/ http://gentoo.mirrors.pair.com/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowex X apm berkdb bitmap-fonts bzlib cdr cups dvd dvdr 
eds emboss fam gd gif imagemagick jpeg kde kdexdeltas libg++ mmx mmxext 
mp3 mpeg ncurses network nls nvidia ogg oggvorbis opengl oss pam pic png 
quicktime readline real ssl svg tetex tiff truetype truetype-fonts 
type1-fonts vorbis win32codecs xine xv zeroconf zlib userland_GNU 
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-08-17 11:10:52 UTC
This ebuild explicitely depends on openmosix-sources for which Gentoo provides
an ebuild. I don't understand why don't you use those.
Comment 2 csights 2005-08-17 11:44:01 UTC
Ah!  I see.  Thanks for the clue:  If the Gentoo userland-tools are diverging
from the official openmosix userland tools such that they require the Gentoo
openmosix kernel I'll just use the vanilla userland tools from the openmosix
website.  My preference is that they remain compatible with the generic version
of course (especially b/c of the provided init scripts)

I don't use Gentoo openmosix because it is not the official patch.  If I were
using the Gentoo version of openmosix I would not be able to report problems to
the openmosix mailing list without having a suspicion that it was Gentoo-patch
related.

(A question you didn't ask: "Why don't you use the most recent official
openmosix patch?")
I don't use the most recent version of the official openmosix patch (2.4.26)
because a) 2.4.24 works for us, b) we must wait for everyone's programs to
finish and then install the new version (this is a waste of time if there are
always new versions).

Thanks!
Comment 3 Konstantin Arkhipov (RETIRED) gentoo-dev 2005-09-02 02:17:42 UTC
official openmosix-sources are in portage too, but masked 
you can use them, if you want. 
Comment 4 csights 2005-09-04 17:20:52 UTC
The only openmosix kernel sources that I see in portage are
"openmosix-sources
Description: Full sources for the Gentoo openMosix Linux kernel 2.6 kernel tree"

This isn't the official openmosix + vanilla kernel patch:
The unmasked version is 2.4.30.  Since the openmosix page lists 2.4.26 as
stable, we know this isn't the official openmosix version of the kernel.

It is also clear from the changelog for openmosix-sources that earlier kernels
are also not vanilla kernel + official openmosix patch.  They are patched with
security fixes that weren't included in the original vanilla kernel version that
the openmosix patch was written for.

My opinion is that either the check for openmosix kernel sources is more
intelligent, or not done at all.  
Comment 5 Konstantin Arkhipov (RETIRED) gentoo-dev 2005-09-05 03:13:51 UTC
official openMosix location: 
${PORtDIR}/sys-kernel/openmosix-sources/openmosix-sources-2.4.26-r1.ebuild 
 
you should unmask it before using.