Is it possible ? If yes, how can i achieve it ?[/color]
My first question is why do you want to do this?
Yes you can do this but you’ll break things as your server will then use
the SLES11 SP4 repo to update it’s packages which won’t be compatible
with SLES10 SP4.
HTH.
Simon
SUSE Knowledge Partner
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below. Thanks.
Hi,
for testing purpose i’d like to update to a newer Kernel. I tried already a rpm Package. But it has several dependencies. If i install via a repository these dependencies would be solved automatically.
On 22/02/17 23:14, berndgsflinux wrote:
[color=blue]
for testing purpose i’d like to update to a newer Kernel. I tried
already a rpm Package. But it has several dependencies. If i install via
a repository these dependencies would be solved automatically.[/color]
Upgrading the kernel in SLES10 SP4 with one from SLES11 SP4 will
definitely break things. If you want the kernel from SLES11 SP4 upgrade
to SLES11 SP4 or test on another box with SLES11 SP4.
HTH.
Simon
SUSE Knowledge Partner
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below. Thanks.
it’s just for testing purpose. If i will break something it does not matter.
I can’t update the whole system as this will install newer versions of mysql, apache und perl.
We have a web application which runs on these three, and an update will surely break the application.
I tried that already.
So … is there a way to add these repositories ? If yes, could you point at it ?
Alternatively a repo from opensuse.
this definitely is one of the worse paths to walk.
I’d recommend to install the SDK, fetch the official kernel sources and compile yourself. That way you’ll have a kernel that at least somewhat matches the tool environment, rather than plugging in some completely foreign version.
And keep in mind that newer kernels (SLES10 is an awfully old system) may produce side-effects that will break integration. Like requiring a current udev, providing incompatible device names, missing modules and so on.