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: Bruce S. <bw...@ar...> - 2003-07-16 20:19:28
|
Something wrong with the firewall script??? I did some trial & error, removing scripts one at a time until the problem went away. Here is what happens when I _only_ remove the firewall script: ------------------------------------------------------------------- root:/data/build/tmp/ETC/etc# rm -fr bs root:/data/build/tmp/ETC/etc# mkdir bs root:/data/build/tmp/ETC/etc# cp -a init.d/ bs root:/data/build/tmp/ETC/etc# cd bs/init.d/ root:/data/build/tmp/ETC/etc/bs/init.d# root:/data/build/tmp/ETC/etc/bs/init.d# grep -l "### BEGIN INIT INFO" $PWD/* | xargs insserv insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Maximum of 99 in ordering reached root:/data/build/tmp/ETC/etc/bs/init.d# rm firewall root:/data/build/tmp/ETC/etc/bs/init.d# grep -l "### BEGIN INIT INFO" $PWD/* | xargs insserv root:/data/build/tmp/ETC/etc/bs/init.d# ------------------------------------------------------------------- root:/data/build/tmp/ETC/etc/bs/init.d# grep firewall /etc/insserv.conf $network network firewall grsecurity root:/data/build/tmp/ETC/etc/bs/init.d# The firewall script requires "$network", $network requires firewall. Infinite loop?!?!? ------------------------------------------------------------------- root:/data/build/tmp/ETC/etc# rm -fr bs root:/data/build/tmp/ETC/etc# cp -a init.d/ bs root:/data/build/tmp/ETC/etc# cd init.d/ bs root:/data/build/tmp/ETC/etc/init.d# vi /etc/insserv.conf # remove "firewall" from $network line. root:/data/build/tmp/ETC/etc/init.d# grep -l "### BEGIN INIT INFO" $PWD/* | xargs insserv root:/data/build/tmp/ETC/etc/init.d# ------------------------------------------------------------------- Works now! Do we change build/scripts/config/insserv.conf or build/config/etc/init.d/firewall? Neither have been changed in a long time, so I don't know what causes this problem to start happening now, but it does seem to be an error from what I've learned about insserv in the last couple days. I recommend making this change: # cvs_sf diff ./config/etc/init.d/firewall Index: ./config/etc/init.d/firewall =================================================================== RCS file: /cvsroot/devil-linux/build/config/etc/init.d/firewall,v retrieving revision 1.5 diff -r1.5 firewall 12c12 < # Required-Start: $network --- > # Required-Start: network grsecurity Shall I commit that change??? Whew ... BS :-) |
|
From: SourceForge.net <no...@so...> - 2003-07-16 14:17:10
|
Bugs item #741777, was opened at 2003-05-22 09:55 Message generated for change (Settings changed) made by smiley73 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=741777&group_id=34096 Category: Base System Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Heiko Zuerker (smiley73) >Assigned to: Friedrich Lobenstock (friedl) Summary: depmod: unresolved symbols in pcwd.o Initial Comment: message comes up on final system even after a clean build ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=741777&group_id=34096 |
|
From: SourceForge.net <no...@so...> - 2003-07-16 14:11:25
|
Bugs item #772332, was opened at 2003-07-16 09:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=772332&group_id=34096 Category: Configuration / Scripts Group: None Status: Open Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: insserv removes S99grsecurity Initial Comment: Since the link rc3.d/S99grsecurity is created manual, insserv removes it. Needs to be fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=772332&group_id=34096 |
|
From: Heiko Z. <hz...@pr...> - 2003-07-16 13:50:06
|
On 07/16/2003 09:38:20 AM Manu ESCAR wrote: >Hi Heiko, > >long time i didn't build a new distro but all changes made looks very >cool ... 1.0 seems very near :-) > >maybe it could be cool to choose which version (CD or Ram) to run from= >the software file in /etc/sysconfig, in which you say NO for not >unpacking a package, YES for unpacking everything to RAM and CD for >unpacking only necessary files to Ram, using binaries from CD. In that= >way one could have a very fine tuning way to configure DL. > >maybe it's completly Dumb as it require a complex way to choose which >files to unpack to ram and which ones to use from CD ??? The idea is not bad, but I think it would produce a lot of overhead. But it's worth keeping it in mind. Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 13:38:54
|
> >I started the wrong make command from history (mrproper). Crap! :-( > > That happens to me quite often, too. We could think about a "Do you really > want to wipe out everyhting" message. Sounds good to me. - BS |
|
From: Manu E. <emm...@wa...> - 2003-07-16 13:38:31
|
Hi Heiko, long time i didn't build a new distro but all changes made looks very cool ... 1.0 seems very near :-) maybe it could be cool to choose which version (CD or Ram) to run from the software file in /etc/sysconfig, in which you say NO for not unpacking a package, YES for unpacking everything to RAM and CD for unpacking only necessary files to Ram, using binaries from CD. In that way one could have a very fine tuning way to configure DL. maybe it's completly Dumb as it require a complex way to choose which files to unpack to ram and which ones to use from CD ??? cya Manu Heiko Zuerker a écrit: >Hey, > >I did some testing here with having all binaries and libraries on the CD. >It's not bad when you're not logged in. Of course when you have to do >something on the console the CD spins alot, but my system currently only >need 44 MB of RAM, even with all kinds of programs available. > >One bad thing is when you have program which are started through xinetd, >because he's loading that piece everytime from CD, which causes a few >seconds delay. > >cya > Heiko > > > > >------------------------------------------------------- >This SF.net email is sponsored by: VM Ware >With VMware you can run multiple operating systems on a single machine. >WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the >same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 >_______________________________________________ >Devil-linux-develop mailing list >Dev...@li... >https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > > > > |
|
From: Heiko Z. <hz...@pr...> - 2003-07-16 13:28:53
|
On 07/16/2003 09:00:32 AM Bruce Smith wrote: >> On 07/16/2003 08:47:16 AM Bruce Smith wrote: >> >And the config/etc.tar.bz2 file in the ISO image has all the correc= t >> >rc?.d links. This is the same PC that had the problem yesterday. >> > >> >I did a lot of research on "insserv" yesterday, and found that bad >info >> >in the rc scripts could cause the very error I was seeing. I reall= y >> >doubt recreating my lfssystem will solve this problem. >> >> Let's wait what my recreation will show, before we draw any >conclusions. > >I'm not drawing any conclusions. Only making predictions. :-) > >> The compile should be finished in about 1 hours. > >Mine will be longer.... >I started the wrong make command from history (mrproper). Crap! :-( That happens to me quite often, too. We could think about a "Do you rea= lly want to wipe out everyhting" message. Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 13:00:45
|
> On 07/16/2003 08:47:16 AM Bruce Smith wrote: > >And the config/etc.tar.bz2 file in the ISO image has all the correct > >rc?.d links. This is the same PC that had the problem yesterday. > > > >I did a lot of research on "insserv" yesterday, and found that bad info > >in the rc scripts could cause the very error I was seeing. I really > >doubt recreating my lfssystem will solve this problem. > > Let's wait what my recreation will show, before we draw any conclusions. I'm not drawing any conclusions. Only making predictions. :-) > The compile should be finished in about 1 hours. Mine will be longer.... I started the wrong make command from history (mrproper). Crap! :-( - BS |
|
From: Heiko Z. <hz...@pr...> - 2003-07-16 12:54:03
|
On 07/16/2003 08:47:16 AM Bruce Smith wrote: >And the config/etc.tar.bz2 file in the ISO image has all the correct >rc?.d links. This is the same PC that had the problem yesterday. > >I did a lot of research on "insserv" yesterday, and found that bad inf= o >in the rc scripts could cause the very error I was seeing. I really >doubt recreating my lfssystem will solve this problem. Let's wait what my recreation will show, before we draw any conclusions= . The compile should be finished in about 1 hours. cya Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 12:47:32
|
> >> I don't really believe this could cause this problem, but we'll see. > > > >Maybe ... It didn't get far enough to tell this time. :-) > > > >executing oidentd with option build > >/data/build/scripts/oidentd: ./configure: No such file or directory > >ERROR > >/data/build/scripts/oidentd build failed > >make: *** [build] Error 1 > > OOOPS > oidentd had wrong permissions on the FTP Server and didn't get downloaded. > Execute build/update_src again and unpack (manually) everything into > build/tmp which get's downloaded. > > Sorry for that, but my test compile hung at the very same place. :-(( I started two different compiles last night, on two different PC's. My other compile (mrproper) used my old .config with the limited selections. It finished correctly: -------------------------------------------------- executing cfg_runlevel with option install configuring runlevels NOT creating links for: /data/build/tmp/ETC/etc/init.d/boot.d /data/build/tmp/ETC/etc/init.d/firewall.rules /data/build/tmp/ETC/etc/init.d/firewall.rules.2nic /data/build/tmp/ETC/etc/init.d/functions /data/build/tmp/ETC/etc/init.d/grsecurity /data/build/tmp/ETC/etc/init.d/jail /data/build/tmp/ETC/etc/init.d/mount_cdrom /data/build/tmp/ETC/etc/init.d/rc /data/build/tmp/ETC/etc/init.d/rc0.d /data/build/tmp/ETC/etc/init.d/rc1.d /data/build/tmp/ETC/etc/init.d/rc2.d /data/build/tmp/ETC/etc/init.d/rc3.d /data/build/tmp/ETC/etc/init.d/rc4.d /data/build/tmp/ETC/etc/init.d/rc5.d /data/build/tmp/ETC/etc/init.d/rc6.d /data/build/tmp/ETC/etc/init.d/rcS.d /data/build/tmp/ETC/etc/init.d/sendsignals -------------------------------------------------- And the config/etc.tar.bz2 file in the ISO image has all the correct rc?.d links. This is the same PC that had the problem yesterday. I did a lot of research on "insserv" yesterday, and found that bad info in the rc scripts could cause the very error I was seeing. I really doubt recreating my lfssystem will solve this problem. - BS |
|
From: Heiko Z. <hz...@pr...> - 2003-07-16 12:44:54
|
Hey, I did some testing here with having all binaries and libraries on the C= D. It's not bad when you're not logged in. Of course when you have to do something on the console the CD spins alot, but my system currently onl= y need 44 MB of RAM, even with all kinds of programs available. One bad thing is when you have program which are started through xinetd= , because he's loading that piece everytime from CD, which causes a few seconds delay. cya Heiko = |
|
From: Heiko Z. <hz...@pr...> - 2003-07-16 12:35:09
|
On 07/16/2003 08:22:18 AM Bruce Smith wrote: >> >OK, make sure you start with a blank floppy. >> > >> >I just realized this problem started after I started using your >.config >> >file you sent me the other day. Which leads me to believe there ma= y >be >> >a problem in the startup script of some package that I wasn't >compiling >> >before. I'll try a mrproper with my old .config file ... >> > >> > >> I don't really believe this could cause this problem, but we'll see.= > >Maybe ... It didn't get far enough to tell this time. :-) > > >if gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -g -O2 -MT tun.o -MD -MP -M= F >".deps/tun.Tpo" \ >-c -o tun.o `test -f 'tun.c' || echo './'`tun.c; \ >then mv ".deps/tun.Tpo" ".deps/tun.Po"; \ >else rm -f ".deps/tun.Tpo"; exit 1; \ >fi >gcc -g -O2 -o openvpn buffer.o crypto.o error.o fdmisc.o fragment.= o >gremlin.o lzo.o misc.o mtu.o openvpn.o options.o packet_id.o reliable.= o >session_id.o shaper.o socket.o ssl.o thread.o tun.o -lssl -lcrypto >-llzo >make[2]: Leaving directory `/data/build/tmp/openvpn-1.4.1' >make[1]: Leaving directory `/data/build/tmp/openvpn-1.4.1' >removing debug symbols from binaries > >executing oidentd with option build >/data/build/scripts/oidentd: ./configure: No such file or directory >ERROR >/data/build/scripts/oidentd build failed >make: *** [build] Error 1 OOOPS oidentd had wrong permissions on the FTP Server and didn't get download= ed. Execute build/update_src again and unpack (manually) everything into build/tmp which get's downloaded. Sorry for that, but my test compile hung at the very same place. :-(( cya Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 12:22:31
|
> >OK, make sure you start with a blank floppy.
> >
> >I just realized this problem started after I started using your .config
> >file you sent me the other day. Which leads me to believe there may be
> >a problem in the startup script of some package that I wasn't compiling
> >before. I'll try a mrproper with my old .config file ...
> >
> >
> I don't really believe this could cause this problem, but we'll see.
Maybe ... It didn't get far enough to tell this time. :-)
if gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -g -O2 -MT tun.o -MD -MP -MF
".deps/tun.Tpo" \
-c -o tun.o `test -f 'tun.c' || echo './'`tun.c; \
then mv ".deps/tun.Tpo" ".deps/tun.Po"; \
else rm -f ".deps/tun.Tpo"; exit 1; \
fi
gcc -g -O2 -o openvpn buffer.o crypto.o error.o fdmisc.o fragment.o
gremlin.o lzo.o misc.o mtu.o openvpn.o options.o packet_id.o reliable.o
session_id.o shaper.o socket.o ssl.o thread.o tun.o -lssl -lcrypto
-llzo
make[2]: Leaving directory `/data/build/tmp/openvpn-1.4.1'
make[1]: Leaving directory `/data/build/tmp/openvpn-1.4.1'
removing debug symbols from binaries
executing oidentd with option build
/data/build/scripts/oidentd: ./configure: No such file or directory
ERROR
/data/build/scripts/oidentd build failed
make: *** [build] Error 1
|
|
From: Heiko Z. <he...@zu...> - 2003-07-16 01:10:21
|
Bruce Smith wrote: >>>>Sorry Bruce, but everything looks fine here. >>>>I also don't have the insserv error message. >>>> >>>> >>>It's definitely hosed here. >>>On both of my PC's with the development system loaded. >>> >>> >>When I have time tonight, then I'll start from scratch on my other >>computer. Let's see if I get it then. >> >> > >OK, make sure you start with a blank floppy. > >I just realized this problem started after I started using your .config >file you sent me the other day. Which leads me to believe there may be >a problem in the startup script of some package that I wasn't compiling >before. I'll try a mrproper with my old .config file ... > > I don't really believe this could cause this problem, but we'll see. >>From time to time it's necessary, to delete the entire lfssystem folder. >> >> > >Can I keep my src directory? :-) > > Yes. I usually move the build directory away delete, unpack the LFS, update the sources and do a mrproper. cya Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-07-15 23:41:28
|
> >> Sorry Bruce, but everything looks fine here. > >> I also don't have the insserv error message. > > > >It's definitely hosed here. > >On both of my PC's with the development system loaded. > > When I have time tonight, then I'll start from scratch on my other > computer. Let's see if I get it then. OK, make sure you start with a blank floppy. I just realized this problem started after I started using your .config file you sent me the other day. Which leads me to believe there may be a problem in the startup script of some package that I wasn't compiling before. I'll try a mrproper with my old .config file ... > From time to time it's necessary, to delete the entire lfssystem folder. Can I keep my src directory? :-) - BS |
|
From: <no...@fr...> - 2003-07-15 22:24:38
|
This email is to inform you about the release of version '2.0.14-20030715' of 'Postfix' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/postfix/ The changes in this release are as follows: This release adds policy delegation to an external server as well as support for multi-valued RBL services. Project description: Postfix is an attempt to provide an alternative to the widely-used Sendmail program. Postfix attempts to be fast, easy to administer, and hopefully secure, while at the same time being sendmail compatible enough to not upset your users. If you would like to cancel subscription to releases of this project, login to freshmeat.net and choose 'home' from the personal menubar at the top of the page. You'll be presented with a list of projects you're subscribed to in the right column, which you may cancel by highlighting the project in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Why Linux? Because it costs less. Now, thanks to Oracles work with Linux partners, along with Oracles advanced clustering technology Linux is ready for the enterprise. Arm yourself with a solid implementation planand charter a managed deployment for Linux. Click for a free Forrester Research report and guide to creating a Linux playbook. http://ad.doubleclick.net/clk;5837541;8091587;w?http://www.oracle.com/go/?&Src=1764460&Act=14 ____________________________| Advertising |____________________________ |
|
From: Heiko Z. <hz...@pr...> - 2003-07-15 20:58:34
|
On 07/15/2003 04:21:13 PM Bruce Smith wrote: >> Sorry Bruce, but everything looks fine here. >> I also don't have the insserv error message. > >It's definitely hosed here. >On both of my PC's with the development system loaded. When I have time tonight, then I'll start from scratch on my other computer. Let's see if I get it then. From time to time it's necessary, to delete the entire lfssystem folder= . cya Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-15 20:21:32
|
> Sorry Bruce, but everything looks fine here. > I also don't have the insserv error message. It's definitely hosed here. On both of my PC's with the development system loaded. - BS |
|
From: Heiko Z. <hz...@pr...> - 2003-07-15 19:19:42
|
On 07/15/2003 02:53:24 PM "Heiko Zuerker" wrote: >On 07/15/2003 02:50:58 PM Bruce Smith wrote: >>> It worked for me yesterday. >> >>Did you create a new etc, or use an old one off media? >>You wouldn't see the problem if you used an old /etc. >> >>List out the etc tar file on your new ISO and see if >>there are any links in the rc?.d directories. > >I just updated my source and now I'm running "make clean....". >I'll keep you posted. Sorry Bruce, but everything looks fine here. I also don't have the insserv error message. Heiko = |
|
From: Heiko Z. <hz...@pr...> - 2003-07-15 18:56:58
|
On 07/15/2003 02:50:58 PM Bruce Smith wrote: >> It worked for me yesterday. > >Did you create a new etc, or use an old one off media? >You wouldn't see the problem if you used an old /etc. > >List out the etc tar file on your new ISO and see if >there are any links in the rc?.d directories. I just updated my source and now I'm running "make clean....". I'll keep you posted. Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-15 18:51:17
|
> It worked for me yesterday. Did you create a new etc, or use an old one off media? You wouldn't see the problem if you used an old /etc. List out the etc tar file on your new ISO and see if there are any links in the rc?.d directories. - BS |
|
From: Bruce S. <bw...@ar...> - 2003-07-15 18:19:04
|
> > >The links in /etc/init.d/rc?.d/* are mostly empty, except for two. > > >Here is a partial "tar tvjf /cdrom/config/etc.tar.bz2" : > > > > It worked for me yesterday. > > Can you try a "make clean install iso dist" , this sometimes helps. > > I don't think you need a "make mproper". > > This is after immediately running "make clean install iso" (no "dist"). The make command is still on my xterm window. Scrolling back, I see: executing cfg_runlevel with option install configuring runlevels insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Maximum of 99 in ordering reached NOT creating links for: /data/build/tmp/ETC/etc/init.d/firewall.rules /data/build/tmp/ETC/etc/init.d/firewall.rules.2nic /data/build/tmp/ETC/etc/init.d/functions /data/build/tmp/ETC/etc/init.d/grsecurity /data/build/tmp/ETC/etc/init.d/jail /data/build/tmp/ETC/etc/init.d/mount_cdrom /data/build/tmp/ETC/etc/init.d/rc /data/build/tmp/ETC/etc/init.d/sendsignals /data/build/tmp/ETC/etc/init.d/wlan Is that normal? Is that the problem? WTF does that mean? :-) - BS |
|
From: Bruce S. <bw...@ar...> - 2003-07-15 18:14:57
|
> >I noticed I was getting "(none)" as my hostname on my latest ISO. > >The links in /etc/init.d/rc?.d/* are mostly empty, except for two. > >Here is a partial "tar tvjf /cdrom/config/etc.tar.bz2" : > > It worked for me yesterday. > Can you try a "make clean install iso dist" , this sometimes helps. > I don't think you need a "make mproper". This is after immediately running "make clean install iso" (no "dist"). I also changed the cipe & dialog scripts to copy binaries to $CDDIR. Doesn't seem like that would cause this problem, would it? - BS |
|
From: <no...@fr...> - 2003-07-15 18:06:12
|
This email is to inform you about the release of version '2.1.15' of 'Cyrus SASL' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/cyrussasl/ The changes in this release are as follows: This release fixes a number of build problems that were discoverd in the 2.1.14 release. Project description: The Cyrus SASL library is a generic library for easy integration of secure network authentication to any client or server application. It supports authentication via standard plaintext methods as well as CRAM-MD5 and DIGEST-MD5 shared secret methods and KERBEROS_V4 and GSSAPI Kerberos methods. The SASL protocol framework is used by SMTP, IMAP, ACAP, LDAP, and other standard protocols. If you would like to cancel subscription to releases of this project, login to freshmeat.net and choose 'home' from the personal menubar at the top of the page. You'll be presented with a list of projects you're subscribed to in the right column, which you may cancel by highlighting the project in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Why Linux? Because it costs less. Now, thanks to Oracles work with Linux partners, along with Oracles advanced clustering technology Linux is ready for the enterprise. Arm yourself with a solid implementation planand charter a managed deployment for Linux. Click for a free Forrester Research report and guide to creating a Linux playbook. http://ad.doubleclick.net/clk;5837541;8091587;w?http://www.oracle.com/go/?&Src=1764460&Act=14 ____________________________| Advertising |____________________________ |
|
From: Heiko Z. <hz...@pr...> - 2003-07-15 17:56:12
|
On 07/15/2003 01:39:57 PM Bruce Smith wrote: >I noticed I was getting "(none)" as my hostname on my latest ISO. >The links in /etc/init.d/rc?.d/* are mostly empty, except for two. >Here is a partial "tar tvjf /cdrom/config/etc.tar.bz2" : It worked for me yesterday. Can you try a "make clean install iso dist" , this sometimes helps. I don't think you need a "make mproper". cya Heiko = |
35 messages has been excluded from this view by a project administrator.
