Page 1 of 2 12 LastLast
Results 1 to 10 of 17

Thread: Kernel different from source

  1. #1

    Default Kernel different from source

    rpm -qa kernel* linux*

    I seem to have a problem installing some software because my kernel is, yet my source is

    I took a look and it seems I can find "sources for the I believe this was just changed due to an update. I can I go about fixing this?

    FYI, I have 11.1

  2. #2

    Default Re: Kernel different from source

    You don't, this is OK and not a problem or even a bug.

    Whatever problem you have, it surely is _not_ related to the difference in the _release_ version of the kernel package (otherwise I would not be able to build kernel module packages on my system).


    Take a look at uname -r and ls -l /usr/src; you will see why it can't be a problem.

  3. #3

    Default Re: Kernel different from source

    Hmmm...Well this is the log output when trying to install my video drivers:

    [Message] Kernel Module : Trying to install a precompiled kernel module.
    [Message] Kernel Module : Precompiled kernel module version mismatched.
    [Message] Kernel Module : Found kernel module build environment, generating kernel module now.
    ATI module generator V 2.0
    kernel includes at /lib/modules/ do not match current kernel.
    they are versioned as ""
    instead of "".
    you might need to adjust your symlinks:
    - /usr/include
    - /usr/src/linux
    [Error] Kernel Module : Failed to compile kernel module - please consult readme.
    [Message] Driver : End of installation

  4. #4

    Default Re: Kernel different from source

    Either you have wrong symlinks or the Makefile of this module is completetly stupid.

    Why not use the ready made drivers for fglrx from the ATI repository?

  5. #5

    Default Re: Kernel different from source

    Just built a openSUSE-specifc RPM from latest catalyst driver, installed it and built the kernel module again by hand.

    No problems here, your build environment must be ****** up.

  6. #6

    Default Re: Kernel different from source

    Well I tried to do the same thing, and the latest Catalyst driver I built the RPM for my system installed fine. But again I went back to the same problem where I just get a black screen. Although the latest Catalyst driver does not support my card (RV250 Mobility 9000), neither did the previous working driver list my card as supported.

    Anyways I did as I have already done several times now, I just booted into failsafe, changed runlevel, then rebooted. Went into Yast, and removed the fglrx driver. Now, unlike before, X will not load. I can run Sax2 just fine. But when I either type startx, or reboot (level 5) I get this error:

    xauth: creating new authority file /root/.serverauth.7607
    /etc/X11/xinit/xserverrc: line 56: exec: X: not found
    xinit: Server error.

    Doing a search has shown nothing. Xorg log also shows no errors, or at least nothing certainly stands out.

    The whole reason I had started on this mess was I found an older ATI driver that would support both Xorg 7.4 and my card, but it had to be compiled. I can not begin to describe my frustration and unhappiness at this whole mess. Unfortunetely for me, the POS laptop I am using this on has a POS DVD drive that has a known issue with reading CDR/DVDR media. The only way I could even get Suse installed was using a net install that took hours. Otherwise I would wipe this out and just start fresh.

  7. #7

    Default Re: Kernel different from source

    I am having the same issue. Yes, it IS a problem. The source must match the kernel. Some programs are finicky. I have faced this before and had to revert to an earlier kernel version with a matching source in order to get one program I desperately needed.

    You need an example? Think of vmware, the anyupdate, etc... It is still a mess, though less of a mess than before.

    Does anyone have a REAL answer to this? The question should be "Where can we get the source for our kernel?" Isn't this the "Open Source" community?

  8. #8

    Default Re: Kernel different from source

    Update: here is your answer

    Novell admits it was a mistake. The numbering was supposed to match and that this is indeed the correct source for this kernel. This is a huge problem for some who need certain software. The programs will NOT allow you to progress without matching numbers. So what do we do?

  9. #9
    Join Date
    Jun 2008
    Groningen, Netherlands
    Blog Entries

    Default Re: Kernel different from source

    f Novell admits it's a mistake, we should do nothing. Novell should take care that properly version-numbered packages appear in the update repo.

    In Factory this happens every once in a while. That's why I keep a set of kernel-rpms stored locally, to be able to return to a complete set of packages with correct verion-numbering. Of course this wouldn't work after, for example, compiler changes.
    ° Appreciate my reply? Click the star and let me know why.

    ° Perfection is not gonna happen. No way.

  10. #10

    Default Re: Kernel different from source

    So then where is the community control? Where is this "Open Source" community? We are at the mercies of a corp again and waiting on them... it's Microsoft all over again!

Page 1 of 2 12 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts