I noticed that there were quite a few files with version ids of '$FreeBSD$' when I ran mergemaster after an install of 4.8R. This isn't right is it? What are the consequences of installing over your files with unexpanded version ids? I would like to build a release(make release) and want to know if I can continue or if this is going to be a problem for future upgrades/mergemaster runs. I compiled and installed from source that was supped around 9:30am this morning. I keep a local repository and checkout the source from there. Here are the steps I used for the upgrade from 4.7 STABLE Nov 12, 2002: I updated the repository like so... cd /home/ncvs cvsup -L2 -g supfile supfile: -------------------------------------------- # Defaults that apply to all the collections *default host=cvsup10.FreeBSD.org *default base=/home/ncvs *default prefix=/home/ncvs *default release=cvs *default delete use-rel-suffix *default compress src-all ports-all doc-all -------------------------------------------- /usr/src and /usr/obj were rm -rf'ed. Then checked out the source... cd /usr cvs co -P -rRELENG_4_8_0_RELEASE src Build and install... cd /usr/src make buildworld make KERNCONF=SERVER kernel reboot (single user) mounted file systems make installworld mergemaster (version id problem here) reboot Thanks for any assistance. -- Dave
Reference:> From: "David A. Gobeille" <dgobeille@earthlink.net> > Date: Fri, 04 Apr 2003 18:21:00 -0600 > Message-id: <3E8E216C.2060009@earthlink.net>"David A. Gobeille" wrote:> I noticed that there were quite a few files with version ids of > '$FreeBSD$' when I ran mergemaster after an install of 4.8R. This isn'tI read tags were reworked. Prob. you'r working from old sources, & It'll rectify if you wait a day & then { refresh your CVS tree & re-export src/ } or { if src/ from a .iso, check your MD5, & refetch from local mirror if old }, then remake. PS I told re@ some hours back that there's no ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/4.8/CHECKSUM.MD5 they looked: there is CHECKSUM.MD5 on ftp-master, but it's not made it over yet - the servers are very busy: waiting seems best solution :-) Julian Stacey Freelance Systems Engineer, Unix & Net Consultant, Munich. Ihr Rauchen => mein allergischer Kopfschmerz ! Schnupftabak probieren.
>>>>> "Bruce" == Bruce A Mah <bmah@freebsd.org> writes:Bruce> If memory serves me right, Julian Stacey wrote: >> > From: "David A. Gobeille" <dgobeille@earthlink.net> Date: >> > Fri, 04 Apr 2003 18:21:00 -0600 Message-id: >> > <3E8E216C.2060009@earthlink.net> >> >> "David A. Gobeille" wrote: >> > I noticed that there were quite a few files with version ids >> > of '$FreeBSD$' when I ran mergemaster after an install of >> > 4.8R. This isn't >> >> I read tags were reworked. Prob. you'r working from old >> sources, & It'll rectify if you wait a day & then { refresh >> your CVS tree & re-export src/ } or { if src/ from a .iso, >> check your MD5, & refetch from local mirror if old }, then >> remake. Bruce> I think I explained this in a prior posting to this list, but what happened was that the $FreeBSD$ CVS keywords didn't get expanded the first time we tried to build a release. mergemaster hates this, as the original poster discovered. For this and other reasons, we considered this a showstopper and rebuilt the release; when we did, we also needed to modify one file and slide its CVS tag. Bruce> Users updating from sources (e.g. using cvsup or anon CVS) were probably not affected by this. In confirmation, I updated from source on Apr 4 ~2pm EST and haven't seen any $FreeBSD$ ids in /etc/... =========I noticed when I built release 4.8 from source (using the RELENG_4_8 tag) that I had many files in src/etc (and many other parts of src) with $FreeBSD$ ids. After reading this thread, I thought maybe there was bad timing with my cvsup, so I cvsupped again and checked just before sending this message. On my system, in both the RELENG_4_8 and RELENG_4_8_0_RELEASE tags, many of the files have the bad ids. Do I need to blow away my cvsupped src tree and bring it down again from scratch? --Derrick Norris