similar to: recompiling kernel results in error: .../linux-2.6.18.i686/arch//Makefile: No such file or directory

On Saturday 26 May 2007 6:52 pm, Akemi Yagi wrote: > On 5/26/07, dcw <dwoody1 at charter.net> wrote: > > I copied the kernel rpm to the gateway computer, did a 'rpm -ivh' for the > > new kernel and rebooted. > > > > I then ran system-config-network and was able to setup the ne2000 card in > > less time than I takes to write about it. > > >

I have changed over to CentOS5 on some of our computers. I had been using Mandriva 2006 and the nut software worked using: driver = newhidups port = auto Using the same version of nut with the same config files on CentOS5, I get the following error output from 'upsdrvctl': Network UPS Tools - UPS driver controller 2.0.4 Network UPS Tools: New USB/HID UPS driver 0.28 (2.0.4) No

I have changed over to CentOS5 on some of our computers. I had been using Mandriva 2006 and the nut software worked using: driver = newhidups port = auto Using the same version of nut with the same config files on CentOS5, I get the following error output from 'upsdrvctl': Network UPS Tools - UPS driver controller 2.0.4 Network UPS Tools: New USB/HID UPS driver 0.28 (2.0.4) No

I am using CentOS 5 with all updates installed. I have 2 isa ne2000 network cards in my computer. From running make xconfig both isa and ne2000 support needs to be compiled into the kernel instead of making them modules. Is this correct? During the recompile modsign.sh failed with a segfault. In researching, I found an email posted on Redhat that recommended setting the signmodules to 0 in

Has anyone gotten networking in an HVM domain to work with the emulated NE2000 rather than the emulated PCnet? I have Linux running in an HVM domain just fine with pcnet. If I change the config file to say ne2000=1, the tun0, vif0.1, and xenbr0 devices get created in dom0, the kernel in the HVM domain brings up eth0 OK (NE2000 support is built into the kernel), but I can''t get dom0 to

As I plow through the Kernel source to figure out why the BEET patch is not working, I notice that there are two similar directories under ~/rpmbuild/BUILD/kernel-2.6.18: linux-2.16.18.i386 and linux-2.16.18.i686 So which one am I suppose to be patching? Currently, the patch starts out with: diff -urN a/net/ipv4/xfrm4_input.c b/net/ipv4/xfrm4_input.c I followed the kernel source setup

I have used 3Com 3c509 nic width bnc coax. I have experienced that these cards used width FreeBSD and Samba is unusable due to speed. I tried to change the 3com card with a NE2000 compatible card, and there was a major change in speed. Has anyone else experienced such problem. Asgeir Stangeland

With new kernel, appeared some problems with build proccess here. After many minutes waiting for rpmbuild were over, a gpg problem appears!!: ... scripts/modsign/mod-extract.c:311: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'Elf64_Xword' + KEYFLAGS='--no-default-keyring --homedir ..' + KEYFLAGS='--no-default-keyring

I am new to CUPS, after working for 4 days to get printing from WinNT to Mandrake 9.0, I give up. Here is the problem: the /etc/samba/smb.conf is setup with [printers] and [print$]. I copy the postscript drivers from adobe. I then tried to export a printer to samba with the following command cupsaddsmb -v -U dwoody canon It did all of the commands successfully except for the last one. which

>> The problem is performance. While Samba is not terribly slow it's still >> too slow. Copying large files takes about half a minute/meg on an > >i find that samba running on FreeBSD is also pathetically slow: 10 to 20 >k per second. adding "socket options = TCP_NODELAY" speeds this up by a >factor of ten to twenty, on a 10mb/s LAN with NE2000 cards. it

I'm creating a simple RPM for my 32-bit CentOS 6 server. When I build the RPM without specifying a target architecture (rpmbuild foo.spec), it successfully builds an i386 RPM. If I try to build an i686 RPM, I get nothing: $ rpmbuild --target i686 foo.spec Building target platforms: i686 Building for target i686 And I'm returned to command prompt with no error message. The SPEC

When I run "xm create winxp" my computer hard reboots. I am using the xen-sources, xen and xen-tools packages from gentoo ~amd64 (version 3.0.2) My virtual machine config is the following: kernel = "/usr/lib/xen/boot/hvmloader" builder = ''hvm'' memory = 512 name = "winxp" vcpus = 1 vif = [ ''type=ioemu, bridge=xenbr0'' ] disk = [

Hi list, I just finished building a custom kernel from 2.6.18-53.1.21 source rpm - this time with ISA bus and ISAPNP support which I accidentally left out of my previous attempt. Unfortunately, this time I forgot to change my identifier in kernel-2.6.spec file. Thus I now have one *installed* kernel version *without* ISA support, and another one *with* ISA support but as rpm, not yet installed.

I run windows xp in xen. boot in Acronis boot disk and virtual machine sleeping in moment "Starting Acronis Loader..." config: serial=''pty'' kernel = "/usr/lib/xen-3.2-1/boot/hvmloader" builder = ''hvm'' memory = 128 name = "standart_windows" vcpus=1 pae=0 acpi=1 apic=1 usb=1 vif = [ ''type=ioemu, mac=00:16:3e:00:00:94,

Everytime I try to recompile a kernel, "make modules" always dies with the error: mv: cannot stat `include/asm-i386/asm_offsets.h.tmp': No such file or directory make: *** [include/asm-i386/asm_offsets.h] Error 1 I installed the src RPM and kernel-devel ... any ideas as to what I could be doing wrong? Thanks!!

Hi there. I needed to recompile xapi to fix a bug that was resolved regarding vdi-create not setting the sharable flag. I used the sources provided in the source-1.iso from xen.org. Everything is good in this regard, and creating a vdi that has "sharable=true" is possible, but I had a problem that forced me to revert to the older copy of the xapi binary because my XCP box was now being

hi all i am trying to boot from rhel5.1 x86_64 image. with the following configuration kernel = "/usr/lib/xen/boot/hvmloader" builder=''hvm'' memory = 3048 name = "rhel51" vcpus=1 cpus = "" vif = [ ''type=ioemu, bridge=xenbr0'' ] disk = [ ''phy:/dev/cciss/c0d0p7,ioemu:hda,w'',

hi, i'm trying to recompile the httpd rpm on a x86_64 system. all i've changed in the spec file is the "--with-suexec-docroot" configure option. the error message i get from the "rpmbuild -ba SPECS/httpd.spec" command is "ln: creating symbolic link `/var/tmp/httpd-root/etc/httpd/logs' to `../../usr/var/log/httpd': No such file or directory". so

Is it possible compile an a new x86_64 kernel on an i686 CentOS system? When I tried to do so with this command rpmbuild -ba --target x86_64 kernel-2.6.spec I got the following error: make[1]: *** [nonint_oldconfig] Error 51 make: *** [nonint_oldconfig] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.40130 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.40130

WHen I try to install NetBSD this it what is get xm create vm02 -c Using config file "./vm02". Error: HVM guest support is unavailable: is VT/AMD-V supported by your CPU and enabled in your BIOS? * My vm02 file in /etc/xen/vm02* kernel="/usr/lib/xen/boot/hvmloader" builder='hvm' name = "vm02" #uuid = "177aedba-c62a-e7df-84c3-4c870b2cade4" maxmem