Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I did a re-install (the previous thread ended there - too bad - thanks again for all of the support, the operation was a succes, but the patient died...)
Next hurdle: I need to install a virusscanner, my choice went to AVG, but it needs Dazuko, a Kernel module. Much in spite of advise, I still use Red Hat 8, kernel 2.4.18. The howto states to:
- get the source of the kernel - check
- get Dazuko (duh) - check
- unpack - check
- type ./configure (in the folder I guess) - check (be it with a lot of pooha, but ending with "configure successfull)
- do the make - no check, error was/is
<command line> :1:1: macro names must be identifiers
Of course, I've hit the ball wrong, but...how do I hit it right?
Thanks!
Thor
Oh, and... I did make Xconfog too, as suggested on Dazuko.org...
You do realize you could make your life much simpler and move to a current distro? Centos 5.1 (RedHat EL 5.1 with the logos removed) is available for free download.
Hmm, you are right, of course. Since this is a CLEAN move to Linux (it would be a complete first time - no old data to drag over) I suppose I SHOULD consider something new(er). The thing was lying around so I poored it over the machine, realizing only now that the distro is a piece of antique.
I should try something like Centos (I dont know it) or Fedora. The machine seems to be able to cope, though: P4/2400, 512 Mb ram, 40Gb disk (a wee too small, but well) networking, usb...
In the mean time...I seem to be stuck with this Dazuko, was'nt it ever installed on a Redhat8 before?
Barring lazlow's most excellent advice, you need to post more output from the failed make. Paste the last 20-30 lines of output and wrap them in code tags for ease of reading.
Thanks for a swift reply...and...ooops, yes without SOME feedback, my story does'nt seem to give any details...blame it on my windows past, but I've seen the light...
Ok, this is what I do, and get back...
------------------------------------------------------------------
[root@Silvervaele dazuko-2.3.4]# ./configure
checking host system type... Linux
checking for make utility... ok (make)
checking for C compiler... ok (cc)
kernel source in /lib/modules/2.4.18-14/source... no
kernel build source in /lib/modules/2.4.18-14/build... yes
kernel source in /lib/modules/2.4.18-14/build... yes
acquiring Linux kernel code configuration... ok
checking if Linux is RSBAC patched... no
checking if devfs is enabled... no
discovered host system... Linux (2.4.18)
checking if kernel is SMP... yes
checking whether sys_call_table is exported... no
checking whether sys_close() is exported... yes
inspecting task_struct structure... ok
configure: creating Makefile
configure: creating library/Makefile
configure: creating example_c/Makefile
module events = ON_OPEN ON_CLOSE ON_EXEC
devfs support = no
rsbac support = no
module debug = no
library 1.x compatibility = yes
[root@Silvervaele dazuko-2.3.4]# make
cc -Wall -O -DLINUX -Dlinux -D__KERNEL__ -DMODULE -D-DANONYMOUS_RESOLVE -I/liodules/2.4.18-14/build/include -I/lib/modules/2.4.18-14/build/include -D__SMP-DHIDDEN_SCT -DON_OPEN_SUPPORT -DON_CLOSE_SUPPORT -DON_EXEC_SUPPORT -DTRUSTEDPLICATION_SUPPORT -D__NO_VERSION__ -c dazuko_core.c
<command line>:1:1: macro names must be identifiers
make: *** [dazuko_core.o] Fout 1
---------------------------------------------------------------------------------------------
I hope this helps...
Steps I did take,
-make xconfig
- make dep
- whole make of the kernel
I sue hope it will help me too...
Clicks and well ness to all of you!
And ... thanks!
Thor
PS, I ws just about to do something drastic: "up" the kernet via the source at kernel.org, because I suspect newbee talking here) that the _whole_ source is not available...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.