Re: Use of env SRC_ENV_CONF=. . . for buildworld does not override/avoid use of /etc/src.conf : Intentional?
> On 3 Nov 2016, at 22:28, Mark Millard <mar...@dsl-only.net> wrote: > > I just had a case of "odd" command text in a buildworld that was based on (in > part) env SRC_ENV_CONF=. . . > > env __MAKE_CONF=. . . does not get the kind of behavior reported below for > /etc/src.conf . > > Overall this means that even with an explicit env SRC_ENV_CONF=. . . one must > separately prevent /etc/src.conf from contributing if the SRC_ENV_CONF file > is intended to cover everything. > > Looking in the log from a failure that resulted shows that .MAKE.MAKEFILES > shows both the SRC_ENV_CONF expansion and also a /etc/src.conf as well > (formatted to make the /etc/src.conf and such stand out: separate lines wiht > whitespace before and after and with just one path on the line for such file > paths): > >> Script started on Thu Nov 3 16:37:26 2016 >> Command: env __MAKE_CONF=/root/src.configs/make.conf >> SRC_ENV_CONF=/root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host >> WITH_META_MODE=yes MAKEOBJDIRPREFIX=/usr/obj/powerpc64vtsc_xtoolchain make >> -j 5 buildworld buildkernel > . . . >> .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk >> /usr/src/share/mk/src.sys.env.mk > >> /root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host > >> /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk > >> /root/src.configs/make.conf > >> /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk > >> /etc/src.conf > >> /usr/src/include/rpcsvc/Makefile /usr/src/share/mk/bsd.prog.mk >> /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk >> /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk >> /usr/src/share/mk/src.init >> .mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk >> /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.libnames.mk >> /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/src.opts.mk >> /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk /usr/src/share >> /mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk >> /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk >> /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk >> /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk >> /usr/src/share/mk/bsd.sys.mk' >> .PATH='. /usr/src/include/rpcsvc' > > Note: > >> # grep src.conf /root/src.configs/src.conf.powerpc64-xtoolchain.amd64-host >> # > > > The context I was under was: > >> # uname -apKU >> FreeBSD FreeBSDx64 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r308247M: Thu Nov 3 >> 04:05:55 PDT 2016 >> markmi@FreeBSDx64:/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG >> amd64 amd64 1200014 1200014 > > I'd just cloned and switched from a stable/11 context to head (12-CURRENT). > > If this is intentional then I think the man src.conf references and such > should be explicit about the /etc/make.conf vs. /etc/src.conf distinction for > __MAKE_CONF= vs. SRC_ENV_CONF= . There are 3 possible files and 3 possible variables to cover it. SRC_ENV_CONF is to /etc/src-env.conf and not to /etc/src.conf. Default values are: __MAKE_CONF=/etc/make.conf SRCCONF=/etc/src.conf SRC_ENV_CONF=/etc/src-env.conf According src.conf(5) there are few items that are supposed to be defined in /etc/src-env.conf instead of /etc/src.conf -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: passwd and pw speed regression?
> On Feb 11, 2016, at 13:02, Mike Tancsa <m...@sentex.net> wrote: > > I noticed that on a new RELENG_10 box we are building, password updates > are taking a very long time to build. On the old RELENG_8 box, doing > something simple like adding a user > > # time pw useradd test12345 > 0.062u 0.063s 0:00.14 85.7% 54+988k 196+134io 0pf+0w > > # time pw userdel test12345 > 0.164u 0.044s 0:00.20 100.0%28+1181k 0+18io 0pf+0w > > > On the new RELENG_10 box, > > # time pw useradd test12345 > 0.060u 0.120s 0:58.89 0.3% 58+146k 12+6485io 0pf+0w > > # time pw userdel test12345 > 0.125u 0.133s 0:58.80 0.4% 46+214k 13+9326io 0pf+0w > > > # wc /etc/passwd >6113 14792 376128 /etc/passwd > > > Yes, almost 60 seconds to add a user to the password file? > > Does anyone know what is going on to account for the large difference > and how to work around it ? I am guessing > > https://svnweb.freebsd.org/base?view=revision=285205 > > is the issue. Apart from keeping local source code changes, is there not > a better way to not have reasonable speeds ? A possible solution is being discussed at https://reviews.freebsd.org/D5186 If you can try out that patch and provide a feedback it would be great -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Freebsd-update and release candidates
On Tue, Feb 22, 2011 at 11:04 AM, Svein Skogen sv...@stillbilde.net wrote: I'm in the process of setting up a small network of FreeBSD installations. My plan (this time) is to keep them on branches available to freebsd-update, instead of depending on source being checked out from CVS. However, I'm a wee bit curious of whether I will be able to upgrade from 8.2RC3 or if I should wait until 8.2 is actually released with the setup (I _CAN_ wait a week or two). If you are running 8.2-RC3, you can safely run freebsd-update to go to 8.2-RELEASE. # freebsd-update -r 8.2-RELEASE upgrade -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Give freeze a chance
On Mon, May 17, 2010 at 5:29 PM, Thomas Abthorpe tabtho...@freebsd.org wrote: The next wave of the challenge, fear, there is one more already composed to be released with 8.1! -- Give Freeze a chance with apologies to John Lennon et al Ev'rybody's talkin' 'bout portism, srcism, docism, cvsism, svnism, tagism This-ism, that-ism, ism ism ism All we are saying is give freeze a chance All we are saying is give freeze a chance C'mon Ev'rybody's talkin' 'bout re@, core@, doceng@, donations@, secteam@, marketing@, portmgr@, vendor-relations@ All we are saying is give freeze a chance All we are saying is give freeze a chance Let me tell you now Ev'rybody's talkin' 'bout Revolution, evolution, i18n, l10n, documentation, Integration, administration, applications, congratulations All we are saying is give freeze a chance All we are saying is give freeze a chance Ev'rybody's talkin' 'bout Erwin Lansing, Mark Linimon, Martin Wilke, Pav Lucistnik, Florent Thoumie, Ion-Mihai Tetcu, Kris Kennaway, Joe Marcus Clarke, Thomas Abthorpe too All we are saying is give freeze a chance All we are saying is give freeze a chance Nice, it makes me remember the old Breaking the Ports song... http://www.mail-archive.com/freebsd-po...@freebsd.org/msg02907.html -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Clamav-90_2 Lockup with freebsd 6.2
On Tue, Mar 06, 2007 at 03:58:33PM -0500, Mike Tancsa wrote: At 10:55 AM 3/1/2007, Renato Botelho wrote: FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8 I found the problem, a bad REINPLACE_CMD was changing wrong var on configure scripts, don't respecting PTHREAD_LIBS. It's fixed now on 0.90_3. Any chance to update the port to use 0.90.1 ? It fixes a number of bugs, one of which happens fairly often (bad directory perms after a db update) I'm working on this, but since this version bumped libclamav version, i need to test and fix all clamav dependant ports. -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc Conquering the world on horseback is easy; it is dismounting and governing that is hard. -- Chinggis (Genghis) Khan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Clamav-90_2 Lockup with freebsd 6.2
On Thu, Mar 01, 2007 at 03:43:26PM +0200, Alexander Shikoff wrote: Hi All, On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote: On Thu, 1 Mar 2007, Martin Blapp wrote: Hi, Clamd is currently broken with libpthread for some threading-reason. You definitly need to use libthr (which is still CPU hungry, but works better). I don't think it is a problem with libpthread. FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8 I found the problem, a bad REINPLACE_CMD was changing wrong var on configure scripts, don't respecting PTHREAD_LIBS. It's fixed now on 0.90_3. Thanks for all. -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc Love at first sight is one of the greatest labor-saving devices the world has ever seen. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libnetgraph doesn't build fine on RELENG_6
On 5/3/06, Ruslan Ermilov [EMAIL PROTECTED] wrote: On Tue, May 02, 2006 at 10:52:23AM -0300, Renato Botelho wrote: I've updated my src today using RELENG_6, when i'm running a buildworld, i got this problem on libnetgraph === lib/libnetgraph (depend,all,install) rm -f .depend CC='/usr/local/libexec/ccache/cc' mkdep -f .depend -a /usr/src/lib/libnetgraph/sock.c /usr/src/lib/libnetgraph/msg.c /usr/src/lib/libnetgraph/debug.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libnetgraph/sock.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libnetgraph/msg.c /usr/src/lib/libnetgraph/msg.c: In function `NgDeliverMsg': /usr/src/lib/libnetgraph/msg.c:236: error: `NGM_HASREPLY' undeclared (first use in this function) /usr/src/lib/libnetgraph/msg.c:236: error: (Each undeclared identifier is reported only once /usr/src/lib/libnetgraph/msg.c:236: error: for each function it appears in.) *** Error code 1 I ran a cd /usr/src/includes make depend all install and problem was fixed, is this the correct way? If yes, it's supposed to be documented on UPDATING, isn't it? You used ccache, so you're supposed to fix problems like this on our own. Yep, my fault. Line that disble ccache to /usr/src on make.conf was wrong, so, that was the problem. I fixed that and start build again and like always happened, all built fine. =) -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
libnetgraph doesn't build fine on RELENG_6
I've updated my src today using RELENG_6, when i'm running a buildworld, i got this problem on libnetgraph === lib/libnetgraph (depend,all,install) rm -f .depend CC='/usr/local/libexec/ccache/cc' mkdep -f .depend -a /usr/src/lib/libnetgraph/sock.c /usr/src/lib/libnetgraph/msg.c /usr/src/lib/libnetgraph/debug.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libnetgraph/sock.c /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libnetgraph/msg.c /usr/src/lib/libnetgraph/msg.c: In function `NgDeliverMsg': /usr/src/lib/libnetgraph/msg.c:236: error: `NGM_HASREPLY' undeclared (first use in this function) /usr/src/lib/libnetgraph/msg.c:236: error: (Each undeclared identifier is reported only once /usr/src/lib/libnetgraph/msg.c:236: error: for each function it appears in.) *** Error code 1 I ran a cd /usr/src/includes make depend all install and problem was fixed, is this the correct way? If yes, it's supposed to be documented on UPDATING, isn't it? Thanks -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with pf + ftp-proxy on gateway
I'm trying to use pf + ftp-proxy n a 6.1-PRERELEASE machine. I have this line on inetd.conf: ftp-proxy stream tcp nowait root/usr/libexec/ftp-proxy ftp-proxy -n And this lines on pf.conf: rdr on $int_if proto tcp from any to any port ftp - 127.0.0.1 port ftp-proxy pass in quick on $ext_if inet proto tcp from any port ftp-data to $ext_if:0 user proxy flags S/SA keep state When one machine inside my network (e.g. 192.168.x.x) connects to an external ftp server (e.g. ftp.FreeBSD.org), data connection doesn't work. Connection comes to my firewall and is accepted but connection is not established and stay like this here: self tcp 200.x.x.x:57625 - 200.x.x.x:20 ESTABLISHED:FIN_WAIT_2 Any kind of help will be appreciate thanks -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.0 Released
On 11/4/05, Scott Long [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It is my great pleasure and privilege to announce the availability of FreeBSD 6.0-RELEASE. This release is the next step in delivering the high performance and enterprise features that have been under development in the FreeBSD 5.x series for that last several years. Some of the many changes since 5.4 include: I'm having some troubles with locale after upgrade to RELENG_6. one example, perl warning me about my locale: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = en_US.ISO8859-1, LANG = en_US.ISO8859-1 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). And on another machine, when I go to gnome, this start with locale US-ASCII and I can't use acents on OpenOffice. Am I doing anything wrong? -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems to compile 4-stable jail
I'm trying to compile a 4-stable jail on my 5.4-release-p3 box, and got this error: === lib/libedit cc -O -pipe -I. -I/var/tinderbox/jails/4-i386/src/lib/libedit-c editline.c -o editline.o In file included from /var/tinderbox/jails/4-i386/src/lib/libedit/chared.h:134, from /var/tinderbox/jails/4-i386/src/lib/libedit/el.h:97, from /var/tinderbox/jails/4-i386/src/lib/libedit/chared.c:47, from editline.c:4: fcns.h:94: warning: missing white space after `#define VI_' In file included from editline.c:9: help.c:51: `VI_ZERO' undeclared here (not in a function) help.c:51: initializer element is not constant help.c:51: (near initialization for `el_func_help[23].func') In file included from editline.c:12: /var/tinderbox/jails/4-i386/src/lib/libedit/map.c:667: `VI_ZERO' undeclared here (not in a function) /var/tinderbox/jails/4-i386/src/lib/libedit/map.c:667: initializer element is no t constant /var/tinderbox/jails/4-i386/src/lib/libedit/map.c:667: (near initialization for `el_map_vi_command[48]') *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src/lib/libedit. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src/lib. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src. *** Error code 1 Stop in /var/tinderbox/jails/4-i386/src. -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with portupgrade
On 23/05/05, Jim C. Nasby [EMAIL PROTECTED] wrote: After updating my ports tree I'm getting this: [EMAIL PROTECTED]:40]/usr/ports/sysutils/portupgrade:157sudo portupgrade -a [Updating the pkgdb format:bdb1_btree in /var/db/pkg ... - 354 packages found (-3 +2) (...)/usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:466: [BUG] Segmentation fault ruby 1.8.2 (2004-12-25) [i386-freebsd4] I've tried manually reinstalling both ruby and portupgrade to no avail. Try to add the following lines to your /usr/local/etc/pkgtools.conf ENV['PKG_DBDRIVER'] ||= 'dbm_hash' ENV['PORTS_DBDRIVER'] ||= 'dbm_hash' and after it run these 2 commands pkgdb -F portsdb -u to re-create the databases. Regards -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
save-entropy errors on jail after update to 5.4-RELEASE
I updated my box and a jail that runs inside this box to 5.4-RELEASE yesterday. After it, I'm receiving emails from this jail with error messages about /usr/libexec/save-entropy I'm receiving messages like this: mv: /var/db/entropy/saved-entropy.7: No such file or directory mv: /var/db/entropy/saved-entropy.5: No such file or directory override r operator/operator for /var/db/entropy/saved-entropy.5? (y/n [n]) not overwritten override r operator/operator for /var/db/entropy/saved-entropy.4? (y/n [n]) not overwritten override r operator/operator for /var/db/entropy/saved-entropy.3? (y/n [n]) not overwritten override r operator/operator for /var/db/entropy/saved-entropy.2? (y/n [n]) not overwritten here is the files inside the jail: [EMAIL PROTECTED]:~ sudo ls -l /var/db/entropy/ total 16 -r 1 operator operator 2048 May 11 10:33 saved-entropy.1 -r 1 operator operator 2048 May 11 10:33 saved-entropy.2 -r 1 operator operator 2048 May 11 10:22 saved-entropy.3 -r 1 operator operator 2048 May 11 10:22 saved-entropy.4 -r 1 operator operator 2048 May 11 10:11 saved-entropy.5 -r 1 operator operator 2048 May 11 10:11 saved-entropy.6 -r 1 operator operator 2048 May 11 10:00 saved-entropy.7 -r 1 operator operator 2048 May 11 10:00 saved-entropy.8 Anybody could help me to fix it? thanks in advance -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PostgreSQL in FreeBSD jails
On 26/04/05, Alexander Rusinov [EMAIL PROTECTED] wrote: Hi, I need to run a number of PostgreSQL servers in different FreeBSD jails. I managed to run a first instance of PostgreSQL server in a jail, but after I launch a new server in another jail the first one starts to return an error messages like the following: semctl(1507328, 4, SETVAL, 0) failed: Invalid argument The problem in general is: only one instance of PostgreSQL server processes clients' connections, all of the others return semctl errors. The system is FreeBSD 5.4-PRERELEASE. PostgreSQL-7.4.7. SEM and SHM sysctl setting are: Just add the following line to your /etc/rc.conf jail_sysvipc_allow=YES and ipc configuration will be shared with the jails Regards -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ruby and portupgrade
On Tue, 18 Jan 2005 03:01:46 -0800, whitevamp [EMAIL PROTECTED] wrote: 1. what would be causeing this?? 2. how do i fix this? I had a problem like this today on one box, and I fixed it doing it: Insert these two lines on /usr/local/etc/pkgtools.conf ENV['PKG_DBDRIVER'] ||= 'dbm_hash' ENV['PORTS_DBDRIVER'] ||= 'dbm_hash' Rebuild your pkgdb.db using `pkgdb -fu` Rebuild your INDEX.db using `portsdb -u` After I did it all worked fine! -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ruby and portupgrade
On Tue, 18 Jan 2005 03:01:46 -0800, whitevamp [EMAIL PROTECTED] wrote: 1. what would be causeing this?? 2. how do i fix this? Just completing my previous email, before run pkgdb -fu and portsdb -u, I recompile and reinstall ruby-bdb1 I forgot to say it... =) -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
mrouted + pf problems on 5.3-p1
I had a server running FreeBSD 5.2.1 with ipfw + natd and mrouted. All worked fine for a long time. Yesterday, I migrate my server to FreeBSD 5.3-RELEASE-p1, and change my firewall to pf. Now, I can´t find my image server from my internal network. I reduce my pf.conf to two simple rules pass in all pass out all and the problem persists. Now, I´m compilling another kernel with ipfirewall, to be sure the problem is the firewall. Anybody know if have any problems with pf + routing multicast? Thanks a lot -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with 5.3-p1 and mrouted
Hi All, I had a freebsd-5.2.1-p11 running as a multicast router with mrouter and ipfw. I migrate it to 5.3-p1 and the firewall to pf, so, my mrouted didn´t work more. Now, I back all my configurations, and, I have a 5.3 running ipfw with the same rules it ran on 5.2.1, but, for my surprise, it doesn´t work anymore. Anybody know if 5.3 has any problem with multicast route? I searched on /usr/src/UPDATING but didn´t find nothing. Does anybody have an idea what´s happening? thanks a lot -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Error on installworld from 5.2.1 to 5.3-p1
Hi, I was trying to update my 5.2.1 box to 5.3-RELEASE-p1. I did this cvsuped RELENG_5_3 make my KERNEL config make buildworld make buildkernel make installkernel shutdown now (At this time the machine was locked) I rebooted the machine and enter in single mode with kernel 5.2.1 mergemaster -p make installworld When I execute the installworld, I got this error mkdir -p /tmp/install.d2Y7Hkxu for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do cp `which $prog` /tmp/install.d2Y7Hkxu; done cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.d2Y7Hkxu /usr/obj/usr/src/make.i386/make -f Makefile.inc1 reinstall env: not found /usr/src/Makefile.inc1, line 94: warning: env -i PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.d2Y7Hkxu MAKEFLAGS= -m /usr/src/share/mk /usr/obj/usr/src/make.i386/make -f /dev/null -V MAKEOBJDIRPREFIX dummy returned non-zero status awk: Permission denied /usr/src/Makefile.inc1, line 103: warning: awk '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' /usr/include/osreldate.h returned non-zero status echo:Permission denied *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I tried to boot in single mode with 5.3 kernel, but got the same error. Could someone help me please? Thanks in advance -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Error on installworld from 5.2.1 to 5.3-p1 (FIXED)
You were root, you'd done a mount -a, and the tree was local to the system? I discovered the problem, my /tmp was mounted with noexec option, I remove this and all worked fine. Thanks a lot -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]