Menu
▾
▴
devil-linux-develop — developer discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(55) |
Oct
(44) |
Nov
(156) |
Dec
(123) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(130) |
Feb
(156) |
Mar
(162) |
Apr
(171) |
May
(97) |
Jun
(127) |
Jul
(58) |
Aug
(81) |
Sep
(86) |
Oct
(45) |
Nov
(41) |
Dec
(84) |
| 2003 |
Jan
(71) |
Feb
(87) |
Mar
(133) |
Apr
(152) |
May
(151) |
Jun
(232) |
Jul
(320) |
Aug
(237) |
Sep
(271) |
Oct
(536) |
Nov
(301) |
Dec
(393) |
| 2004 |
Jan
(393) |
Feb
(184) |
Mar
(314) |
Apr
(225) |
May
(139) |
Jun
(77) |
Jul
(87) |
Aug
(75) |
Sep
(139) |
Oct
(50) |
Nov
(8) |
Dec
(28) |
| 2005 |
Jan
(66) |
Feb
(63) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(23) |
Jul
(21) |
Aug
(6) |
Sep
(29) |
Oct
(55) |
Nov
(38) |
Dec
(8) |
| 2006 |
Jan
(5) |
Feb
(10) |
Mar
(1) |
Apr
(15) |
May
(32) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(9) |
Oct
(14) |
Nov
(4) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(35) |
Aug
(49) |
Sep
(8) |
Oct
(42) |
Nov
(44) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
(7) |
Mar
(8) |
Apr
(80) |
May
(74) |
Jun
(29) |
Jul
(5) |
Aug
(7) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| 2009 |
Jan
(8) |
Feb
(19) |
Mar
(3) |
Apr
(24) |
May
(22) |
Jun
(23) |
Jul
(8) |
Aug
(23) |
Sep
(8) |
Oct
(27) |
Nov
(52) |
Dec
(27) |
| 2010 |
Jan
(36) |
Feb
(29) |
Mar
(17) |
Apr
(28) |
May
(21) |
Jun
(4) |
Jul
|
Aug
(28) |
Sep
(18) |
Oct
(6) |
Nov
(34) |
Dec
(16) |
| 2011 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(16) |
Nov
(26) |
Dec
(17) |
| 2012 |
Jan
(6) |
Feb
(34) |
Mar
(52) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(4) |
| 2013 |
Jan
(5) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
|
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
| 2015 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Roland P. <pa...@ta...> - 2004-06-27 15:38:11
|
On Sunday 27 June 2004 17:02, Heiko Zuerker wrote: > Roland Pabel wrote: > > On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: > >>Roland Pabel wrote: > >>>On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > >>>>Roland Pabel wrote: > >>>>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>>>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: > >>>>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: > > > > [...] > > > >>That's not good... > >>Can you create a modules.dep with the module-init-tools depmod and check > >>if it works ? > >>If yes, then we have to add some checks about the running kernel. > > > > Looks like it's all right after all. I forgot that "depmod -an" dumps > > all /lib/modules/<>/modules.* files in one file. Concatenated all those > > files are exactly the same size as the dumped version. > > The missing option for depmod to work is "-F $CDDIR/boot/System.map". I > > copied that map file to /boot/ which doesn't make depmod happy ... > > maybe we should replace the lfssystem's depmod by a script which calls > > the freshly compiled depmod with the correct options ? or disable it by > > copying /bin/true over it... > > We need a working depmod in the system, so let's move it to be compiled > earlier in the build process and install it into the lfssystem. you need more than that, you need to transparently have depmod called like this: depmod <whatever> => depmod $@ -F $CDDIR/boot/System.map $KERNELVERSION and handle -F arguments and kernel version if given > Are you going to create a patch? can do, but won't be before tuesday Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Heiko Z. <he...@zu...> - 2004-06-27 15:06:20
|
Roland Pabel wrote: > On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: > >>Roland Pabel wrote: >> >>>On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: >>> >>>>Roland Pabel wrote: >>>> >>>>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: >>>>> >>>>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >>>>>> >>>>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >>>>>> > [...] > >>That's not good... >>Can you create a modules.dep with the module-init-tools depmod and check >>if it works ? >>If yes, then we have to add some checks about the running kernel. > > Looks like it's all right after all. I forgot that "depmod -an" dumps > all /lib/modules/<>/modules.* files in one file. Concatenated all those files > are exactly the same size as the dumped version. > The missing option for depmod to work is "-F $CDDIR/boot/System.map". I copied > that map file to /boot/ which doesn't make depmod happy ... > maybe we should replace the lfssystem's depmod by a script which calls the > freshly compiled depmod with the correct options ? or disable it by > copying /bin/true over it... We need a working depmod in the system, so let's move it to be compiled earlier in the build process and install it into the lfssystem. Are you going to create a patch? Heiko |
|
From: Roland P. <pa...@ta...> - 2004-06-27 14:35:49
|
On Saturday 26 June 2004 21:59, Heiko Zuerker wrote: > Roland Pabel wrote: > > On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > >>Roland Pabel wrote: > >>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: > >>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: > >>>> [...] > That's not good... > Can you create a modules.dep with the module-init-tools depmod and check > if it works ? > If yes, then we have to add some checks about the running kernel. Looks like it's all right after all. I forgot that "depmod -an" dumps all /lib/modules/<>/modules.* files in one file. Concatenated all those files are exactly the same size as the dumped version. The missing option for depmod to work is "-F $CDDIR/boot/System.map". I copied that map file to /boot/ which doesn't make depmod happy ... maybe we should replace the lfssystem's depmod by a script which calls the freshly compiled depmod with the correct options ? or disable it by copying /bin/true over it... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Heiko Z. <he...@zu...> - 2004-06-26 20:01:23
|
Roland Pabel wrote: > On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > >>Roland Pabel wrote: >> >>>On Saturday 26 June 2004 12:31, Roland Pabel wrote: >>> >>>>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >>>> >>>>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >>>> >>>>[...] >>>> >>>> >>>>>Ok, I've just hit this error again and I recall what I did last time: >>>>>The problem is an old depmod : >>>>>root:/# /sbin/depmod -V >>>>>depmod version 2.4.22 >>>>>depmod: QM_MODULES: Function not implemented >>> >>>looks like hostap-driver is one (the only?) package that calls depmod at >>>some place. the old depmod doesn't work when used on a 2.6 kernel host >>>system, so it generates the QM_MODULES error. My patch removes all depmod >>>calls from hostap-drivers Makefile. Seems to work, my router is just >>>booting that image Roland >> >>There should be a couple more Makefiles which call depmod, but which >>probably ignore the error. >> >>More critical, we call depmod in the build-iso script, which is rather >>important. We probably have to check if the host os is running under 2.6 >>and then use either the modutils or module-init-tools depmod. >>But are those dependency files then running under 2.4? > > /lib/modules/2.4.26/modules.dep looks ok and seems to work, but I don't know > how it's created... neither the lfssystem depmod nor the compiled depmod > binary from modutils package don't work on my host linux, of course it works > after you booted the image... and the modules.dep file on the cd is just 80KB > big, a 'depmod -an' gives a 300KB size file... That's not good... Can you create a modules.dep with the module-init-tools depmod and check if it works ? If yes, then we have to add some checks about the running kernel. Heiko |
|
From: Roland P. <pa...@ta...> - 2004-06-26 18:50:28
|
On Saturday 26 June 2004 15:47, Heiko Zuerker wrote: > Roland Pabel wrote: > > On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>On Saturday 26 June 2004 10:13, Roland Pabel wrote: > >>>On Friday 25 June 2004 15:19, Bruce Smith wrote: > >> > >>[...] > >> > >>>Ok, I've just hit this error again and I recall what I did last time: > >>> The problem is an old depmod : > >>>root:/# /sbin/depmod -V > >>>depmod version 2.4.22 > >>>depmod: QM_MODULES: Function not implemented > > > > looks like hostap-driver is one (the only?) package that calls depmod at > > some place. the old depmod doesn't work when used on a 2.6 kernel host > > system, so it generates the QM_MODULES error. My patch removes all depmod > > calls from hostap-drivers Makefile. Seems to work, my router is just > > booting that image Roland > > There should be a couple more Makefiles which call depmod, but which > probably ignore the error. > > More critical, we call depmod in the build-iso script, which is rather > important. We probably have to check if the host os is running under 2.6 > and then use either the modutils or module-init-tools depmod. > But are those dependency files then running under 2.4? /lib/modules/2.4.26/modules.dep looks ok and seems to work, but I don't know how it's created... neither the lfssystem depmod nor the compiled depmod binary from modutils package don't work on my host linux, of course it works after you booted the image... and the modules.dep file on the cd is just 80KB big, a 'depmod -an' gives a 300KB size file... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Heiko Z. <he...@zu...> - 2004-06-26 13:55:23
|
Roland Pabel wrote: > On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >> >>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >> >>[...] >> >> >>>Ok, I've just hit this error again and I recall what I did last time: The >>>problem is an old depmod : >>>root:/# /sbin/depmod -V >>>depmod version 2.4.22 >>>depmod: QM_MODULES: Function not implemented > > looks like hostap-driver is one (the only?) package that calls depmod at some > place. the old depmod doesn't work when used on a 2.6 kernel host system, so > it generates the QM_MODULES error. My patch removes all depmod calls from > hostap-drivers Makefile. Seems to work, my router is just booting that image > Roland I added the patch Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-06-26 13:51:18
|
Roland Pabel wrote: > On Saturday 26 June 2004 12:31, Roland Pabel wrote: > >>On Saturday 26 June 2004 10:13, Roland Pabel wrote: >> >>>On Friday 25 June 2004 15:19, Bruce Smith wrote: >> >>[...] >> >> >>>Ok, I've just hit this error again and I recall what I did last time: The >>>problem is an old depmod : >>>root:/# /sbin/depmod -V >>>depmod version 2.4.22 >>>depmod: QM_MODULES: Function not implemented > > looks like hostap-driver is one (the only?) package that calls depmod at some > place. the old depmod doesn't work when used on a 2.6 kernel host system, so > it generates the QM_MODULES error. My patch removes all depmod calls from > hostap-drivers Makefile. Seems to work, my router is just booting that image > Roland > There should be a couple more Makefiles which call depmod, but which probably ignore the error. More critical, we call depmod in the build-iso script, which is rather important. We probably have to check if the host os is running under 2.6 and then use either the modutils or module-init-tools depmod. But are those dependency files then running under 2.4? Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-06-26 13:41:20
|
Roland Pabel wrote: > On Saturday 26 June 2004 04:51, Heiko Zuerker wrote: > >>Roland Pabel wrote: >> >>>Hi, >>>I've done some testing with gpm and it looks like 1.20.1 has two flaws: >>>- it's not parallel build safe, a 'mv' statement is executed twice which >>>can result in a race condition >>>- doc/Makefile.in is broken in case 'makeinfo' is missing, which breaks >>>building of the doc/ subdirectory >>>The patch corrects both (until the author of gpm fixes them) >>>Roland >> >>That's what I get: >>sed: -e expression #1, char 60: Unknown option to `s' >> > > sorry, somehow a whitespace got lost No Problem. It's in CVS now. Heiko |
|
From: Roland P. <pa...@ta...> - 2004-06-26 12:12:55
|
On Saturday 26 June 2004 12:31, Roland Pabel wrote: > On Saturday 26 June 2004 10:13, Roland Pabel wrote: > > On Friday 25 June 2004 15:19, Bruce Smith wrote: > > [...] > > > Ok, I've just hit this error again and I recall what I did last time: The > > problem is an old depmod : > > root:/# /sbin/depmod -V > > depmod version 2.4.22 > > depmod: QM_MODULES: Function not implemented looks like hostap-driver is one (the only?) package that calls depmod at some place. the old depmod doesn't work when used on a 2.6 kernel host system, so it generates the QM_MODULES error. My patch removes all depmod calls from hostap-drivers Makefile. Seems to work, my router is just booting that image Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Roland P. <pa...@ta...> - 2004-06-26 10:32:01
|
On Saturday 26 June 2004 10:13, Roland Pabel wrote: > On Friday 25 June 2004 15:19, Bruce Smith wrote: [...] > > Ok, I've just hit this error again and I recall what I did last time: The > problem is an old depmod : > root:/# /sbin/depmod -V > depmod version 2.4.22 > depmod: QM_MODULES: Function not implemented > which is part of the modutils package. When I first came to this point, I > copied the depmod from my host system (SuSE 9.1) into the lfssystem and > continued... > Why is the depmod from modules-init-tools not used? It's delete (together > with rmmod,insmod,modprobe) after build in the script... Just had another look at it: /sbin/depmod is part of the lfssystem archive - and this version doesn't work now. modutils-2.4.27 doesn't work with 2.4 (which I use), but I guess it should. modutils-init-tools is for kernel 2.6, but that works fine... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Roland P. <pa...@ta...> - 2004-06-26 08:13:41
|
On Friday 25 June 2004 15:19, Bruce Smith wrote: > root:/data/build# cat tmp/LOGS/install/hostap-driver > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not > defined Installing hostap_crypt_*.o to > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap_crypt_*.o > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net Installing hostap.o to > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap.o > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net Installing hostap_pci.o > to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap_pci.o > /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net /sbin/depmod -ae > depmod: QM_MODULES: Function not implemented > > make[1]: *** [install_pci] Error 1 > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > root:/data/build# Ok, I've just hit this error again and I recall what I did last time: The problem is an old depmod : root:/# /sbin/depmod -V depmod version 2.4.22 depmod: QM_MODULES: Function not implemented which is part of the modutils package. When I first came to this point, I copied the depmod from my host system (SuSE 9.1) into the lfssystem and continued... Why is the depmod from modules-init-tools not used? It's delete (together with rmmod,insmod,modprobe) after build in the script... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Roland P. <pa...@ta...> - 2004-06-26 05:53:30
|
On Saturday 26 June 2004 04:51, Heiko Zuerker wrote: > Roland Pabel wrote: > > Hi, > > I've done some testing with gpm and it looks like 1.20.1 has two flaws: > > - it's not parallel build safe, a 'mv' statement is executed twice which > > can result in a race condition > > - doc/Makefile.in is broken in case 'makeinfo' is missing, which breaks > > building of the doc/ subdirectory > > The patch corrects both (until the author of gpm fixes them) > > Roland > > That's what I get: > sed: -e expression #1, char 60: Unknown option to `s' > sorry, somehow a whitespace got lost Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Heiko Z. <he...@zu...> - 2004-06-26 02:55:18
|
Roland Pabel wrote: > Hi, > I've done some testing with gpm and it looks like 1.20.1 has two flaws: > - it's not parallel build safe, a 'mv' statement is executed twice which can > result in a race condition > - doc/Makefile.in is broken in case 'makeinfo' is missing, which breaks > building of the doc/ subdirectory > The patch corrects both (until the author of gpm fixes them) > Roland > That's what I get: sed: -e expression #1, char 60: Unknown option to `s' It's already checked in to CVS (I know I know, next time I test it before...) Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-06-26 02:46:18
|
Bruce Smith wrote: > Going backwards in releases? :-) > > > >>-5ed83424c70cf2e2142a35ab414e5930 src/cdrtools-2.01a32.tar.bz2 >>+c0cdfa2dbe9f4c977b0a71fb08ddff0e src/cdrtools-2.00.3.tar.gz > > >>-a68074d9ebdeb355c293d9b3645b3c2c src/dhcp-3.0.1rc14.tar.gz >>+cf00193dcf349c888a62e4462ae1eb9c src/dhcp-3.0.1rc12.tar.gz > > Ah crap. I'm working on too many computers... I'll fix it. Heiko |
|
From: Bruce S. <bw...@ar...> - 2004-06-26 01:55:48
|
Going backwards in releases? :-) > -5ed83424c70cf2e2142a35ab414e5930 src/cdrtools-2.01a32.tar.bz2 > +c0cdfa2dbe9f4c977b0a71fb08ddff0e src/cdrtools-2.00.3.tar.gz > -a68074d9ebdeb355c293d9b3645b3c2c src/dhcp-3.0.1rc14.tar.gz > +cf00193dcf349c888a62e4462ae1eb9c src/dhcp-3.0.1rc12.tar.gz |
|
From: Roland P. <pa...@ta...> - 2004-06-26 00:30:31
|
Hi, I've done some testing with gpm and it looks like 1.20.1 has two flaws: - it's not parallel build safe, a 'mv' statement is executed twice which can result in a race condition - doc/Makefile.in is broken in case 'makeinfo' is missing, which breaks building of the doc/ subdirectory The patch corrects both (until the author of gpm fixes them) Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Heiko Z. <he...@zu...> - 2004-06-25 22:41:20
|
Hey folks,
I just did a few changes to the perl script, this will require that you
a) do a "make mrproper"
b) delete tmp/perl-5.* and unpack the perl tarball again
don't forgett to run a: scripts/build.sh build opt=perl
This latest changes should enable us to compile perl extensions without
problems. Just throw the stuff into the perl-ext directory and go.
In rare circumstances a patch file for the Makefile.PL will be
necessary, I can help you when the need for it comes up.
cu
Heiko
|
|
From: Heiko Z. <he...@zu...> - 2004-06-25 19:41:26
|
Bruce Smith wrote: > On Fri, 2004-06-25 at 12:50, Heiko Zuerker wrote: > >>Bruce Smith wrote: >> >>>root:/data/build# cat tmp/LOGS/install/hostap-driver >>>make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' >>>Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not defined >>>Installing hostap_crypt_*.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>cp -f driver/modules/hostap_crypt_*.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>Installing hostap.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>cp -f driver/modules/hostap.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>Installing hostap_pci.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>cp -f driver/modules/hostap_pci.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net >>>/sbin/depmod -ae >>>depmod: QM_MODULES: Function not implemented >>> >>>make[1]: *** [install_pci] Error 1 >>>make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' >>>root:/data/build# >> >>This is strange, just yesterday I did the same and it worked just fine.... > > > How'd you get around the perl abort I fixed for you in CVS? ;-) I updated perl after the compile ;-) >>Which kernel does your build computer use? > > > SuSE 9.1 with the latest kernel update: 2.6.5-7.75-smp > > I deselected HOSTAP, ran "make clean install iso" and it worked. > Good thing I don't need hostap! :-) I guess hostap is somehow checking which kernel is running and then reading its configuration or something in that direction. Heiko |
|
From: Bruce S. <bw...@ar...> - 2004-06-25 19:16:44
|
> > root:/data/build# cat tmp/LOGS/install/hostap-driver > > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not > > defined Installing hostap_crypt_*.o to > [...] > > depmod: QM_MODULES: Function not implemented > > > > make[1]: *** [install_pci] Error 1 > > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > > root:/data/build# > I've had this one too a few days ago. I can't recall what the source of the > error was, maybe missing PCMCIA support? I fixed it by starting over with > 'make mrproper' and it went all fine... I thought of that, but I checked and PCMCIA support was turned on. - BS |
|
From: Roland P. <pa...@ta...> - 2004-06-25 19:09:47
|
On Friday 25 June 2004 20:49, Roland Pabel wrote: > On Friday 25 June 2004 18:50, Heiko Zuerker wrote: > > Bruce Smith wrote: > > [...] > > > This is strange, just yesterday I did the same and it worked just > > fine.... > > apropos strange : > Half of the time the build of gpm fails, although it is just fine. I touch > the done_build_gpm file and just continue. There is no error message is > listed in the gpm build log file, don't know what goes wrong... It came to me it might be the parallel make, I'll test it later Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Roland P. <pa...@ta...> - 2004-06-25 18:49:06
|
On Friday 25 June 2004 18:50, Heiko Zuerker wrote: > Bruce Smith wrote: [...] > This is strange, just yesterday I did the same and it worked just fine.... apropos strange : Half of the time the build of gpm fails, although it is just fine. I touch the done_build_gpm file and just continue. There is no error message is listed in the gpm build log file, don't know what goes wrong... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Roland P. <pa...@ta...> - 2004-06-25 18:47:29
|
On Friday 25 June 2004 15:19, Bruce Smith wrote: > root:/data/build# cat tmp/LOGS/install/hostap-driver > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not > defined Installing hostap_crypt_*.o to [...] > depmod: QM_MODULES: Function not implemented > > make[1]: *** [install_pci] Error 1 > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > root:/data/build# I've had this one too a few days ago. I can't recall what the source of the error was, maybe missing PCMCIA support? I fixed it by starting over with 'make mrproper' and it went all fine... Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Bruce S. <bw...@ar...> - 2004-06-25 17:24:43
|
On Fri, 2004-06-25 at 12:50, Heiko Zuerker wrote: > Bruce Smith wrote: > > root:/data/build# cat tmp/LOGS/install/hostap-driver > > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not defined > > Installing hostap_crypt_*.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > cp -f driver/modules/hostap_crypt_*.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > Installing hostap.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > cp -f driver/modules/hostap.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > Installing hostap_pci.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > cp -f driver/modules/hostap_pci.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > > /sbin/depmod -ae > > depmod: QM_MODULES: Function not implemented > > > > make[1]: *** [install_pci] Error 1 > > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > > root:/data/build# > > This is strange, just yesterday I did the same and it worked just fine.... How'd you get around the perl abort I fixed for you in CVS? ;-) > Which kernel does your build computer use? SuSE 9.1 with the latest kernel update: 2.6.5-7.75-smp I deselected HOSTAP, ran "make clean install iso" and it worked. Good thing I don't need hostap! :-) - BS |
|
From: Heiko Z. <he...@zu...> - 2004-06-25 16:51:22
|
Bruce Smith wrote: > root:/data/build# cat tmp/LOGS/install/hostap-driver > make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' > Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not defined > Installing hostap_crypt_*.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap_crypt_*.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > Installing hostap.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > Installing hostap_pci.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > cp -f driver/modules/hostap_pci.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net > /sbin/depmod -ae > depmod: QM_MODULES: Function not implemented > > make[1]: *** [install_pci] Error 1 > make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' > root:/data/build# This is strange, just yesterday I did the same and it worked just fine.... Which kernel does your build computer use? Heiko |
|
From: Bruce S. <bw...@ar...> - 2004-06-25 13:19:24
|
root:/data/build# cat tmp/LOGS/install/hostap-driver make[1]: Entering directory `/data/build/tmp/hostap-driver-0.1.2' Makefile:38: WARNING: No kernel PCMCIA support found and PCMCIA_PATH is not defined Installing hostap_crypt_*.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net cp -f driver/modules/hostap_crypt_*.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net Installing hostap.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net cp -f driver/modules/hostap.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net Installing hostap_pci.o to /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net mkdir -p /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net cp -f driver/modules/hostap_pci.o /data/build/tmp/ISO/cdtree/lib/modules/2.4.26/net /sbin/depmod -ae depmod: QM_MODULES: Function not implemented make[1]: *** [install_pci] Error 1 make[1]: Leaving directory `/data/build/tmp/hostap-driver-0.1.2' root:/data/build# |
35 messages has been excluded from this view by a project administrator.
