Somewhat OT: CVS Question
Forgive the OT nature of this, but FBSD tends to be a big CVS user, so I am hoping someone has an answer for this. Feel free to reply privately if you do not wish to inflict your answer up on the whole list... Is there a way to checkout a project from a CVS repo *into the current directory*? If I do this: cvs co -d . foo Or this: cvs co -d ./ foo I get this: cvs checkout: existing repository /usr/cvs/... does not match /usr/cvs/.../foo cvs checkout: ignoring module waccess Ideas? -- Tim Daneliuk tun...@tundraware.com PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Somewhat OT: CVS Question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 5/25/12 11:59 AM, Tim Daneliuk wrote: Forgive the OT nature of this, but FBSD tends to be a big CVS user, so I am hoping someone has an answer for this. Feel free to reply privately if you do not wish to inflict your answer up on the whole list... Is there a way to checkout a project from a CVS repo *into the current directory*? If I do this: cvs co -d . foo Or this: cvs co -d ./ foo I get this: cvs checkout: existing repository /usr/cvs/... does not match /usr/cvs/.../foo cvs checkout: ignoring module waccess Ideas? Hi Tim, Yes, that's possible, and I do it with the ports tree on my development machine when I only want to work on a small portion of the tree, e.g.: mkdir ~/FreeBSD cd ~/FreeBSD cvs co -l -d . ports cd ports cvs co -l -d . ports/www cd www cvs co -d . ports/www/zend-framework [or just zend-framework because of the alias in CVSROOT/modules] The error you're receiving makes me thing something is wrong with your CVSROOT setting. Can you show it, as well as the full command line? The module waccess message doesn't make sense with the command line you provided. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+/vToACgkQ0sRouByUApDqLQCgxwuLL9PveIzGkT6B9lXcO2iM Z6gAoIgO0BIfMW9AR+tGfe3n75wTOsJl =DK17 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: USA Anonymous CVS
I have similar issue earlier today. Then I make it by login first and checkout next. cvs -d :pserver:anon...@anoncvs.tw.freebsd.org:/home/ncvs login cvs co src -rRELENG_8_3_0_RELEASE Best regards, Ted -- View this message in context: http://freebsd.1045724.n5.nabble.com/USA-Anonymous-CVS-tp5565539p5695622.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: USA Anonymous CVS
Dan Lists lists@gmail.com writes: From http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/anoncvs.html USA: anon...@anoncvs1.freebsd.org:/home/ncvs (For ssh, use ssh version 2 and no password is required.) SSH2 HostKey: 2048 53:1f:15:a3:72:5c:43:f6:44:0e:6a:e9:bb:f8:01:62 /etc/ssh/ssh_host_dsa_key.pub Example A-2. Using SSH to Check Out the src/ Tree: % cvs -d anon...@anoncvs1.freebsd.org:/home/ncvs co src The authenticity of host 'anoncvs1.freebsd.org (216.87.78.137)' can't be established. DSA key fingerprint is 53:1f:15:a3:72:5c:43:f6:44:0e:6a:e9:bb:f8:01:62. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'anoncvs1.freebsd.org' (DSA) to the list of known hosts. However, when I acutally issue the command, I get a different DSA key, different IP, and it will not accept any password: # cvs -d anon...@anoncvs1.freebsd.org:/home/ncvs co src The authenticity of host 'anoncvs1.freebsd.org (96.47.72.116)' can't be established. DSA key fingerprint is 4e:bc:48:a0:e1:27:0a:62:c8:da:45:31:d4:ad:b2:00. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'anoncvs1.freebsd.org' (DSA) to the list of known hosts. Password: Password: Password: Permission denied (publickey,keyboard-interactive). cvs [checkout aborted]: end of file from server (consult above messages if any) Is the USA anonymous CVS server no longer operational? It's just ssh that isn't working as documented; this may have changed for security reasons. The pserver method still works, so things aren't completely offline. If ssh access is no longer supported, it should be removed from the Handbook, but I can't be sure there isn't just a configuration change needed. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: USA Anonymous CVS
On 17 March 2012 18:05, Lowell Gilbert freebsd-questions-lo...@be-well.ilk.org wrote: Dan Lists lists@gmail.com writes: From http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/anoncvs.html USA: anon...@anoncvs1.freebsd.org:/home/ncvs (For ssh, use ssh version 2 and no password is required.) SSH2 HostKey: 2048 53:1f:15:a3:72:5c:43:f6:44:0e:6a:e9:bb:f8:01:62 /etc/ssh/ssh_host_dsa_key.pub Example A-2. Using SSH to Check Out the src/ Tree: % cvs -d anon...@anoncvs1.freebsd.org:/home/ncvs co src The authenticity of host 'anoncvs1.freebsd.org (216.87.78.137)' can't be established. DSA key fingerprint is 53:1f:15:a3:72:5c:43:f6:44:0e:6a:e9:bb:f8:01:62. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'anoncvs1.freebsd.org' (DSA) to the list of known hosts. However, when I acutally issue the command, I get a different DSA key, different IP, and it will not accept any password: # cvs -d anon...@anoncvs1.freebsd.org:/home/ncvs co src The authenticity of host 'anoncvs1.freebsd.org (96.47.72.116)' can't be established. DSA key fingerprint is 4e:bc:48:a0:e1:27:0a:62:c8:da:45:31:d4:ad:b2:00. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'anoncvs1.freebsd.org' (DSA) to the list of known hosts. Password: Password: Password: Permission denied (publickey,keyboard-interactive). cvs [checkout aborted]: end of file from server (consult above messages if any) Is the USA anonymous CVS server no longer operational? It's just ssh that isn't working as documented; this may have changed for security reasons. The pserver method still works, so things aren't completely offline. If ssh access is no longer supported, it should be removed from the Handbook, but I can't be sure there isn't just a configuration change needed. Also, ssh access works just fine for the other servers. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
USA Anonymous CVS
From http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/anoncvs.html USA: anon...@anoncvs1.freebsd.org:/home/ncvs (For ssh, use ssh version 2 and no password is required.) SSH2 HostKey: 2048 53:1f:15:a3:72:5c:43:f6:44:0e:6a:e9:bb:f8:01:62 /etc/ssh/ssh_host_dsa_key.pub Example A-2. Using SSH to Check Out the src/ Tree: % cvs -d anon...@anoncvs1.freebsd.org:/home/ncvs co src The authenticity of host 'anoncvs1.freebsd.org (216.87.78.137)' can't be established. DSA key fingerprint is 53:1f:15:a3:72:5c:43:f6:44:0e:6a:e9:bb:f8:01:62. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'anoncvs1.freebsd.org' (DSA) to the list of known hosts. However, when I acutally issue the command, I get a different DSA key, different IP, and it will not accept any password: # cvs -d anon...@anoncvs1.freebsd.org:/home/ncvs co src The authenticity of host 'anoncvs1.freebsd.org (96.47.72.116)' can't be established. DSA key fingerprint is 4e:bc:48:a0:e1:27:0a:62:c8:da:45:31:d4:ad:b2:00. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'anoncvs1.freebsd.org' (DSA) to the list of known hosts. Password: Password: Password: Permission denied (publickey,keyboard-interactive). cvs [checkout aborted]: end of file from server (consult above messages if any) Is the USA anonymous CVS server no longer operational? Thanks, Dan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Regarding CVS eclipse configuration
*Hi, I want to configure CVS in eclipse so can you please help me in this configuration? * -- Thanks Regards,** *N V R Gupta Nallajalla **P **Please do not print this e-mail unless you really need to. This will preserve trees on our planet.* ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
cvs mirror on 8, 5G dvd? Re: Extract particular date snapshot from /var/db/portsnap?
Hello. I think I should correct myself as what I found that way was unexpected, even after aside from portsnap. 2011/06/15 06:51:32 +0400 Peter Vereshagin pe...@vereshagin.org = To freebsd-questions@freebsd.org : PV GL cvs -d :ext:anon...@anoncvs1.freebsd.org:/home/ncvs export -D 2010-10-01 PV GL -d ports-2010-10-01 ports PV GL PV GL In this example, I am exporting (no CVS metadata dirs) a full ports tree PV GL as of Oct 1st, 2010 into the directory ports-2010-10-01. First of all Thank you very much as it was unobvious to know that from manuals like: http://cvsbook.red-bean.com/cvsbook.htm PV Sure, I know I can do it with (x)VCS. This one was wrong: ports are available from CVS only. No svn, p4, etc. PV But hell yes, having VCS before such a situation to happen is good. Just if we This one seem insufficient now. I checked out ports from 'anoncvs': cvs -d anon...@anoncvs.tw.freebsd.org:/home/ncvs co ports and there is no backup for the deleted ports of my interest. I mean for example I can not get the directory of x11/wmfstatus as it is deleted at this moment. I suppose such a download is not the all what I assume it to be: backup of each and every port's versions till the moment being. So I just rsync rsync://mirrorsite/pub/FreeBSD/development/FreeBSD-CVS/ports ./ and later I can just 'cvs export' any directory for any date from there, right? I suppose I'd put it on a double-layer dvd, is it possible to export from there? It is noted that: http://www.freebsd.org/doc/en/articles/hubs/mirror-requirements.html 5.4G is sufficient. Another question wth cvs is: can I get the particular port in its state of N(=1,2, ...) changes ago? It seems to be possible only to look up particular version for the particular file and checkout it but not for the directory (assuming the port is a directory). At the least how to look up the list of dates when the directory was changed should be great. -- Peter Vereshagin pe...@vereshagin.org (http://vereshagin.org) pgp: A0E26627 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs vs. DVD
From: Lars Eighner luvbeas...@larseighner.com To: wayne mitchell wayne.mitchell...@gmail.com Cc: questi...@freebsd.org Sent: Sun, June 26, 2011 3:57:50 PM Subject: Re: cvs vs. DVD On Sun, 26 Jun 2011, wayne mitchell wrote: hey, be warned, you are dealing with a 'newbie' Be warned, I don't know the official best practices response. I'm just telling you what I would do^H^Htry in your circumstances. i have one machine that has internet access and another that does not both machines were installed with FreeBSD_RELEASE_8_1 with a DVD i am now using cvsup to upgrade the RELENG_8_1_RELEASE tree my second machine does not have working ethernet how do i transfer the updated ports tree to the other machine using only storage media (DVD, USB) This is assuming 1) You haven't crossed a major release number since you installed from disc on both. 2) you know how to make a dvd from a file system. Since you are going from BSD to BSD, you don't have to make ISOs, but it will do no harm if you do (and might even be good for you). In the updated machine go to /usr/src/ and make clean. The official right way, I think is to use backup to make the file you will write to DVD and restore on the netdead machine to recreate /usr/src/ from disc. tar + dd or cp might work. (backup and restore are commands, check them out) Then on the netdead machine do the make buildworld, make kernel, etc. to update the machine's system. The instructions are in /usr/src/UPDATING near the bottom. In /usr/ports/ (master machine) use portsclean -CDP. This should clean out all the working directories and the old versions of packages and distributions which are no longer necessary to recreate the ports you have installed. This is not strictly necessary, but there is no point in carrying over the deadwood. If you have a relatively young installation, on the other hand, this may not save much. Now you can do whatever you did (backup/restore), dd, etc. with the source tree to the ports tree. Then you can update ports on the slave machine, or hold off. The important thing is for the ports tree itself to be somewhat in sync with world. my guess (hack) is to find all relavent files/data trees and simply copy over, then run necessary updates (portsdb, make world...) Do not mess directly with the ports database (in /var/db/pkg) on either machine. Until you actually do some updates in ports, pkgdb, which deals with installed ports, will not change. if that is correct then can you tell where those files are ? The whole ports tree is in /usr/ports/. This should include the distfiles and packages you have installed since you installed from disc. The whole source tree is in /usr/src/. It is possible to install from disc without installing either of these, but if you have been cvsup'ing or cvs source and ports on the netlive machine, it certainly has them. If you did not install them on the netdead machine, you can install the copies from the netlive machine without further ado. You can even delete them from the netdead machine (if they are there) on the netdead machine, and you will still have an operable system -- nothing in them is necessary to run. But if you have the disc space, I suggest you rename (mv) them until you know your update is successful. I suggest you go through the mergemaster both times in rebuilding the system on the netdead machine. It is almost impossible to keep configuration files sufficiently in sync to make copying /etc and /usr/local/ect a viable plan (moreover, it would certainly be wrong to do so if both machines are on a net, local or internet). if not then how should i do this ? I think you are basically on the right track. This probably will work across major releases and with drastically different architectures between the machines, but caution on the target machine is in order. (Other than cleaning, this process should not involve anything remotely dangerous to the source machine.) -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Call me old-fashioned but with Ethernet cards only costing $5 these days, what's holding you back from installing a NIC in the other machine. This would simplify all your problems. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
cvs vs. DVD
hey, be warned, you are dealing with a 'newbie' i have one machine that has internet access and another that does not both machines were installed with FreeBSD_RELEASE_8_1 with a DVD i am now using cvsup to upgrade the RELENG_8_1_RELEASE tree my second machine does not have working ethernet how do i transfer the updated ports tree to the other machine using only storage media (DVD, USB) my guess (hack) is to find all relavent files/data trees and simply copy over, then run necessary updates (portsdb, make world...) if that is correct then can you tell where those files are ? if not then how should i do this ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs vs. DVD
El día Sunday, June 26, 2011 a las 07:02:57PM +0100, wayne mitchell escribió: hey, be warned, you are dealing with a 'newbie' i have one machine that has internet access and another that does not both machines were installed with FreeBSD_RELEASE_8_1 with a DVD i am now using cvsup to upgrade the RELENG_8_1_RELEASE tree my second machine does not have working ethernet how do i transfer the updated ports tree to the other machine using only storage media (DVD, USB) my guess (hack) is to find all relavent files/data trees and simply copy over, then run necessary updates (portsdb, make world...) if that is correct then can you tell where those files are ? if not then how should i do this ? Hey, this is easy (because it is FreeBSD). # cd /var/db/pkg # ls /tmp/pkgs # cd (you need some Gbyte of space there) # mkdir PKGDIR # cd PKGDIR # sh # while read pkgname; do pkg_create -Rnb $pkgname; done /tmp/pkgs this will create a binary packages ready for installation of all your ports and other packages you have installed; move the result over with DVD/USB and install them with pkg_add(1M); HIH matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Why are *default release=cvs tag=RELENG_8 identical on both stable standard supfiles
Just a quick question. Why are these lines identical *default release=cvs tag=RELENG_8 in both the standard-supfile and the stable-supfile on a FreeBSD-8.2 amd64 system? Shouldn't they be different, and if so, exactly what? -- Carmel ✌ carmel...@hotmail.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Why are *default release=cvs tag=RELENG_8 identical on both stable standard supfiles
Sounds like an error. stable-supfile should be RELENG_8 and if standard-supfile is supposed to be for the corresponding release (8.2) it should be RELENG_8_2 which gives you the 8.2 source with any official patches already applied to the source. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Why are *default release=cvs tag=RELENG_8 identical on both stable standard supfiles
Hello Carmel, Monday, May 2, 2011, 5:13:41 PM, you wrote: Just a quick question. Why are these lines identical *default release=cvs tag=RELENG_8 in both the standard-supfile and the stable-supfile on a FreeBSD-8.2 amd64 system? Shouldn't they be different, and if so, exactly what? Here, under /usr/share/examples/cvsup they have the correct content. Is that where you are looking? -- Best regards, Duanemailto:du...@duanemail.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Build World fails on 7-stable with cvs sources
Greetings Mickael I am now testing with the same sources tree on three different virtual machines to see if it will fail. If it won't, then I will just have to accept that one of the other poster's indications that it may be hardware related, is the cause, and look at replacing that equipment. So far, two of them are still running without error with the same sources tree. (Just started the third on another system for good measure.) I am running them on different host architectures as both a test of the vm, and as a test to make sure that a clean install of 7.3-Release will not fail upon building world on them. On 11/28/2010 10:14 PM, Michael Eubanks wrote: Curious. What does your ``make'' command look like? My make command is as follows: make buildworld I actually have the entire process built into a simple shell script which runs the commands and throws their output to log files, and then reports back to the central updater script with any errors at any level of the process. Nothing fancy, because I forgot that it was their about a month later when I didn't need to update anymore systems. -- Respectfully, Martes G Wigglesworth M. G. Wigglesworth Holdings, LLC www.mgwigglesworth.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Build World fails on 7-stable with cvs sources
On Thu, 2010-12-02 at 19:30 -0500, Martes G Wigglesworth wrote: Greetings Mickael I am now testing with the same sources tree on three different virtual machines to see if it will fail. If it won't, then I will just have to accept that one of the other poster's indications that it may be hardware related, is the cause, and look at replacing that equipment. So far, two of them are still running without error with the same sources tree. (Just started the third on another system for good measure.) Yes. This is probably dead on. The documentation will tell you the same thing. I am running them on different host architectures as both a test of the vm, and as a test to make sure that a clean install of 7.3-Release will not fail upon building world on them. On 11/28/2010 10:14 PM, Michael Eubanks wrote: Curious. What does your ``make'' command look like? My make command is as follows: make buildworld The only thing that I would suggest you might try, assuming that there are some options on the command line or in make.conf, is to remove those options (e.g., -j, etc.). This is what I was getting at before. If your other builds are successful and all else fails, though, you have a hardware issue on that machine. I actually have the entire process built into a simple shell script which runs the commands and throws their output to log files, and then reports back to the central updater script with any errors at any level of the process. Nothing fancy, because I forgot that it was their about a month later when I didn't need to update anymore systems. -Michael ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Build World fails on 7-stable with cvs sources
On Thu, Dec 2, 2010 at 6:30 PM, Martes G Wigglesworth mailinglistmem...@mgwigglesworth.net wrote: I am now testing with the same sources tree on three different virtual machines to see if it will fail. If it won't, then I will just have to accept that one of the other poster's indications that it may be hardware related, is the cause, and look at replacing that equipment. So far, two of them are still running without error with the same sources tree. (Just started the third on another system for good measure.) I am running them on different host architectures as both a test of the vm, and as a test to make sure that a clean install of 7.3-Release will not fail upon building world on them. On 11/28/2010 10:14 PM, Michael Eubanks wrote: Curious. What does your ``make'' command look like? My make command is as follows: make buildworld I actually have the entire process built into a simple shell script which runs the commands and throws their output to log files, and then reports back to the central updater script with any errors at any level of the process. Nothing fancy, because I forgot that it was their about a month later when I didn't need to update anymore systems. You should follow ***ALL*** the steps on the handbook page on buildworld. From what you have stated so far, you have not done that. If that still proves unsuccessful, booting off of a USB FreeBSD clean install drive should allow you to test a buildworld without attempting to run down an elusive hardware issue. If it's still broken in that situation, it would give the hardware problem theory a lot more credence. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Build World fails on 7-stable with cvs sources
Greetings. I have cvs'd to the most current 7-stable source tree and have compiled a kernel using these sources. However, when I attempt to complete the buildworld process, I keep getting failures in the below-listed areas. Does anyone know of an issue with these sources? I see that this release is now considered legacy so I hope I am not at end of life on this source tree. The system is just an edge router so I am just updating to the newest stable release due to the assumptions that there may be some fixes included in the sources. I have my own patched ipfirewall sources, (don't feel like writing a script for ipfw to run and figure out why it isn't running at boot, etc),however, I have not installed them yet, since I have not patched anything on this test upgrade box, yet. I have the full logs from build world and kernel build, if someone would like to see them. (very long, and don't fail until the point listed below) The kernel kept failing as well, until I used the old method by hand, in the /usr/src/sys/i386/conf directory. That is another question that I would like to ask. Why am I able to compile and install a kernel just fine using the old method, however, using the make buildkernel... method fails on some obscure module that I usually don't even have included within the config file? gnu/lib/libgomp (buildincludes) sed -e 's/@OMP_LOCK_ALIGN@/4/g' -e 's/@OMP_LOCK_KIND@/4/g' -e 's/@OMP_LOCK_SIZE@/4/g' -e 's/@OMP_NEST_LOCK_ALIGN@/4/g' -e 's/@OMP_NEST_LOCK_KIND@/8/g' -e 's/@OMP_NEST_LOCK_SIZE@/8/g' /usr/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/omp.h.in omp.h === gnu/lib/libregex (buildincludes) sed 's=posix/regex\.h=gnu/posix/regex.h=g' /usr/src/gnu/lib/libregex/regex.h regex.h.patched === gnu/lib/libregex/doc (buildincludes) === gnu/lib/libreadline (buildincludes) === gnu/lib/libreadline/history (buildincludes) === gnu/lib/libreadline/history/doc (buildincludes) === gnu/lib/libreadline/readline (buildincludes) === gnu/lib/libreadline/readline/doc (buildincludes) === gnu/lib/libstdc++ (buildincludes) Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Respectfully, Martes G Wigglesworth M. G. Wigglesworth Holdings, LLC www.mgwigglesworth.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Build World fails on 7-stable with cvs sources
On Sun, 2010-11-28 at 03:14 -0500, Martes G Wigglesworth wrote: Greetings. I have cvs'd to the most current 7-stable source tree and have compiled a kernel using these sources. However, when I attempt to complete the buildworld process, I keep getting failures in the below-listed areas. Does anyone know of an issue with these sources? I see that this release is now considered legacy so I hope I am not at end of life on this source tree. The system is just an edge router so I am just updating to the newest stable release due to the assumptions that there may be some fixes included in the sources. I have my own patched ipfirewall sources, (don't feel like writing a script for ipfw to run and figure out why it isn't running at boot, etc),however, I have not installed them yet, since I have not patched anything on this test upgrade box, yet. I have the full logs from build world and kernel build, if someone would like to see them. (very long, and don't fail until the point listed below) The kernel kept failing as well, until I used the old method by hand, in the /usr/src/sys/i386/conf directory. That is another question that I would like to ask. Why am I able to compile and install a kernel just fine using the old method, however, using the make buildkernel... method fails on some obscure module that I usually don't even have included within the config file? gnu/lib/libgomp (buildincludes) sed -e 's/@OMP_LOCK_ALIGN@/4/g' -e 's/@OMP_LOCK_KIND@/4/g' -e 's/@OMP_LOCK_SIZE@/4/g' -e 's/@OMP_NEST_LOCK_ALIGN@/4/g' -e 's/@OMP_NEST_LOCK_KIND@/8/g' -e 's/@OMP_NEST_LOCK_SIZE@/8/g' /usr/src/gnu/lib/libgomp/../../../contrib/gcclibs/libgomp/omp.h.in omp.h === gnu/lib/libregex (buildincludes) sed 's=posix/regex\.h=gnu/posix/regex.h=g' /usr/src/gnu/lib/libregex/regex.h regex.h.patched === gnu/lib/libregex/doc (buildincludes) === gnu/lib/libreadline (buildincludes) === gnu/lib/libreadline/history (buildincludes) === gnu/lib/libreadline/history/doc (buildincludes) === gnu/lib/libreadline/readline (buildincludes) === gnu/lib/libreadline/readline/doc (buildincludes) === gnu/lib/libstdc++ (buildincludes) Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Curious. What does your ``make'' command look like? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
*default release=cvs tag=RELENG_8 in both standard-supfile and stable-supfile
I was wondering why both the stable standard supfiles on FreeBSD-8.1 / amd64 both have the exact release tag: *default release=cvs tag=RELENG_8 Shouldn't they be different? What would be the correct tab for each supfile respectively? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: *default release=cvs tag=RELENG_8 in both standard-supfile and stable-supfile
On Tue, Nov 16, 2010 at 01:09:30PM -0500, pigskinwhite...@icqmail.com thus spake: I was wondering why both the stable standard supfiles on FreeBSD-8.1 / amd64 both have the exact release tag: *default release=cvs tag=RELENG_8 From: http://www.freebsd.org/doc/handbook/cvs-tags.html RELENG_8 The line of development for FreeBSD-8.X, also known as FreeBSD 8-STABLE Shouldn't they be different? What would be the correct tab for each supfile respectively? Since 8.0 and 8.1 fall under 8.x, I would think this is by design according to the documentation. -jgh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: *default release=cvs tag=RELENG_8 in both standard-supfile and stable-supfile
On Tue, Nov 16, 2010 at 1:09 PM, pigskinwhite...@icqmail.com wrote: I was wondering why both the stable standard supfiles on FreeBSD-8.1 / amd64 both have the exact release tag: *default release=cvs tag=RELENG_8 Shouldn't they be different? What would be the correct tab for each supfile respectively? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org IIRC, you could do RELENG_8_1, for ex: *default release=cvs tag=RELENG_7_3 is the tag on my currently running 7.3 box and *default release=cvs tag=RELENG_8_1 is on my 8.1 box. I didn't notice defaults perse but copied my working csup-standard file to the new box and updated the tag as necessary and was off on my merry way. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: *default release=cvs tag=RELENG_8 in both standard-supfile and stable-supfile
On 16 November 2010 18:09, pigskinwhite...@icqmail.com wrote: I was wondering why both the stable standard supfiles on FreeBSD-8.1 / amd64 both have the exact release tag: *default release=cvs tag=RELENG_8 Shouldn't they be different? What would be the correct tab for each supfile respectively? On my machine, it's not; they're different (and I have RELENG_8_1). However, if you checkout RELENG_8 then standard-supfile will be for RELENG_8 which is the same for STABLE, so I assume you've actually checked out RELENG_8, not RELENG_8_1. Were you to checkout RELENG_8_1 you'd have that tag in standard-supfile. If you get what I mean... I'm supposed to be a teacher too! Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: *default release=cvs tag=RELENG_8 in both standard-supfile and stable-supfile
On 16 November 2010 18:45, Chris Rees utis...@gmail.com wrote: On 16 November 2010 18:09, pigskinwhite...@icqmail.com wrote: I was wondering why both the stable standard supfiles on FreeBSD-8.1 / amd64 both have the exact release tag: *default release=cvs tag=RELENG_8 Shouldn't they be different? What would be the correct tab for each supfile respectively? On my machine, it's not; they're different (and I have RELENG_8_1). However, if you checkout RELENG_8 then standard-supfile will be for RELENG_8 which is the same for STABLE, so I assume you've actually checked out RELENG_8, not RELENG_8_1. Were you to checkout RELENG_8_1 you'd have that tag in standard-supfile. If you get what I mean... I'm supposed to be a teacher too! Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org there does seem to be a bit of duplication going on here, which could cause confusion. Maybe we could have a security sup file that has the relevant tag for the release # grep -v # /usr/share/examples/cvsup/stable-supfile *default host=CHANGE_THIS.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8 *default delete use-rel-suffix *default compress src-all # grep -v # /usr/share/examples/cvsup/standard-supfile *default host=CHANGE_THIS.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8 *default delete use-rel-suffix *default compress src-all ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sorry state of the rsync based CVS,replication
On Sun, 2010-11-14 at 12:13 +0100, Simon L. B. Nielsen wrote: There is nothing which prevents mirror sites from providing access to the CVS repo via rsync, even if they get it via CVSup... I went ahead with adding this to ftp2.freebsd.org: % rsync ftp2.freebsd.org::FreeBSD-CVS/ drwxr-xr-x 512 2010/08/02 13:35:40 . drwxr-xr-x 512 2010/08/02 22:09:36 gnats drwxr-xr-x 512 2010/08/03 02:34:06 mail drwxr-xr-x 512 2010/08/02 21:50:04 ncvs drwxr-xr-x 512 2010/08/03 00:51:26 www % -- Ken Smith - From there to here, from here to | kensm...@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | signature.asc Description: This is a digitally signed message part
Re: Sorry state of the rsync based CVS,replication
On 12 Nov 2010, at 09:47, Patrick Bihan-Faou wrote: Don't take this as flamebait, because I have no intention in starting a war on this particular issue, but as good as cvsup is, this is unfortunately a fairly isolated tool that, from my prospective (which is necessarily biaised and incomplete), does not offer any feature compelling enough to prefer it over rsync in our case. That position is by essence just a personal view, applicable to me only and not to anybody else. Also I have to admit that now that the m3 dependency is gone with csup, it becomes easier to return to it. The issue is not to remove CVS via rsync - just to remove it from the FTP collection where it doesn't belong. There is nothing which prevents mirror sites from providing access to the CVS repo via rsync, even if they get it via CVSup... If it's useful (IE, any of the primary mirrors requests it) we can probably rather easily set up rsync access via cvsup-master. That said, I think rsync access is likely not too interesting for most master mirrors as they likely provide access to the repo via CVSup already, so they have cvsup installed already. -- Simon L. B. Nielsen Hat: FreeBSD.org clusteradm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sorry state of the rsync based CVS,replication
Hi, [...] Regarding the permission of the Attic subdirs in place The development/ section of the FTP site is something I hadn't looked at before so it took me a little time to find what populates it and investigate a little. I *think* the issue with the Attic directories not including world-read permissions was either an issue with a badly formed chmod(1) done a long time ago or an issue with the mechanism that populates that portion of the FTP site missing a umask setting in the script that does it some time back in history (it's there now). Not all of the Attic directories had the wrong permissions, it seemed to stop some time in 2007. I adjusted the permissions on ftp-master so hopefully this issue is fixed. However ... Great news. I'll check various rsync source later and see if the situation improves. We are moving to svn and svnsync for the freebsd source tree (and I am happy with this), but the ports do not seem to be available using SVN (or not in a documented way). Can something be done to restore RSYNC mirroring of the CVS tree to a working state ? The FTP site desperately needs to go on a diet so we're poking around to see if there is some stuff that can be dropped. This section of the site is a candidate for being removed. As you say the ports are not available in SVN but I'm curious why you use the content from the FTP site instead of just using a CVSUP mirror. Is there some benefit to it? We would sort of like to stop providing this as part of the FTP site if there really isn't any benefit to it over using the cvsup mirror infrastructure which won't be going away any time soon. The benefit is organisational to us. We did use cvsup in the past but it has been a pain to maintain as all the other external sources we keep in sync with use rsync. That combined with the requirement for m3 etc. for the sole purpose of syncing the CVS tree when there are alternatives (rsync for the freebsd cvs tree and more recently svnsync) made the switch to rsync a no brainer (note that this decision was taken long before csup came to life). Don't take this as flamebait, because I have no intention in starting a war on this particular issue, but as good as cvsup is, this is unfortunately a fairly isolated tool that, from my prospective (which is necessarily biaised and incomplete), does not offer any feature compelling enough to prefer it over rsync in our case. That position is by essence just a personal view, applicable to me only and not to anybody else. Also I have to admit that now that the m3 dependency is gone with csup, it becomes easier to return to it. Now if the plan is to eliminate rsync CVS mirroring (and I am in no position to criticize such a decision that is very well justified in your mail), we will of course adapt and go to one of the supported methods for CVS tree mirroring. If this means cvsup only, then we will do it without any hard feeling. I already figured that we must be almost the only ones to use rsync for CVS tree mirroring (otherwise that issue would have been detected and fixed a long time ago), and I don't expect (nor demand) the project to maintain a service for just one user, this would be ridiculous and unreasonable. Anyways, thank you very much for taking the time to look at this issue and hopefully having fixed it. This is really greatly appreciated. Best regards, Patrick. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sorry state of the rsync based CVS,replication
On Wed, 2010-10-27 at 14:45 +0200, Patrick Bihan-Faou wrote: We use FreeBSD extensively and keep a local mirror of the CVS repository. Up until recently things where working properly with the various servers listed in http://www.freebsd.org/doc/handbook/mirrors-rsync.html, but sometime during the summer ftp13.freebsd.org did not respond anymore and since then rsync replication is broken. The main issue (besides the removal of ftp13.freebsd.org) is that most rsync sources refuse to replicate the content of the .Attic directories in the CVS tree. This means that performing a check-out on ports using a tag usually won't work as some files will not be there anymore. Here are the typical logs I get using most rsync servers: rsync: opendir /3/freebsd-core/development/FreeBSD-CVS/ports/chinese/pcmanx/files/Attic (in vol) failed: Permission denied (13) At this moment the only rsync server that provides an adequate replication of the CVS repository is ftp2.tw.FreeBSD.org. As others have reported this was caused by the permissions on the Attic directories not including world read permission. For sites where it was working it's actually an indication they're not following best practices for a mirror site. It's typically a bad idea to have the thing that allows access to the content of the mirror site running with the same credentials as what keeps the mirror site up to date. We don't use the 'feature' that allow for (pre-staging content that the world shouldn't have access to for a period of time, allowing the mirror sites to get fully populated before the release date) but I know of other projects that do. The ftp-master machines don't have that in place because they're not public and they need to allow the blessed mirrors access to everything (for the purposes of pre-staging, if we were actually using that feature...). The development/ section of the FTP site is something I hadn't looked at before so it took me a little time to find what populates it and investigate a little. I *think* the issue with the Attic directories not including world-read permissions was either an issue with a badly formed chmod(1) done a long time ago or an issue with the mechanism that populates that portion of the FTP site missing a umask setting in the script that does it some time back in history (it's there now). Not all of the Attic directories had the wrong permissions, it seemed to stop some time in 2007. I adjusted the permissions on ftp-master so hopefully this issue is fixed. However ... We are moving to svn and svnsync for the freebsd source tree (and I am happy with this), but the ports do not seem to be available using SVN (or not in a documented way). Can something be done to restore RSYNC mirroring of the CVS tree to a working state ? The FTP site desperately needs to go on a diet so we're poking around to see if there is some stuff that can be dropped. This section of the site is a candidate for being removed. As you say the ports are not available in SVN but I'm curious why you use the content from the FTP site instead of just using a CVSUP mirror. Is there some benefit to it? We would sort of like to stop providing this as part of the FTP site if there really isn't any benefit to it over using the cvsup mirror infrastructure which won't be going away any time soon. Thanks. -- Ken Smith - From there to here, from here to | kensm...@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | signature.asc Description: This is a digitally signed message part
Sorry state of the rsync based CVS,replication
Hi, We use FreeBSD extensively and keep a local mirror of the CVS repository. Up until recently things where working properly with the various servers listed in http://www.freebsd.org/doc/handbook/mirrors-rsync.html, but sometime during the summer ftp13.freebsd.org did not respond anymore and since then rsync replication is broken. The main issue (besides the removal of ftp13.freebsd.org) is that most rsync sources refuse to replicate the content of the .Attic directories in the CVS tree. This means that performing a check-out on ports using a tag usually won't work as some files will not be there anymore. Here are the typical logs I get using most rsync servers: rsync: opendir /3/freebsd-core/development/FreeBSD-CVS/ports/chinese/pcmanx/files/Attic (in vol) failed: Permission denied (13) At this moment the only rsync server that provides an adequate replication of the CVS repository is ftp2.tw.FreeBSD.org. We are moving to svn and svnsync for the freebsd source tree (and I am happy with this), but the ports do not seem to be available using SVN (or not in a documented way). Can something be done to restore RSYNC mirroring of the CVS tree to a working state ? Best regards, Patrick Bihan-Faou ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Subscription to discussion cvs
We have received a request to subscribe you to the discussion c...@phing.tigris.org. If you wish to receive email notifications from this discussion, please reply to this message. If not, ignore this email. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Local cvs repository
On 14-7-2010 7:51, Tim Judd wrote: On 7/12/10, Peter Boosten pe...@boosten.org wrote: Hi all, I run a local cvs repository for year now, but since a couple of days I get these on the clients: Server message: Unknown collection src-all Server message: Unknown collection ports-all But you still have your source and ports tree on the clients? Sometimes these kind of messages are relating to the tag being used on the cvs mirror (your side, not the grand cvsup*.*.freebsd.org) Please check the config of your cvsup mirror actions, not just the logs. I think I might have found the actual problem: these machines still run on 7.2, which went out of support last week... Time to upgrade, I guess :-) Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Local cvs repository
On 15 jul 2010, at 14:24, Peter Boosten wrote: On 14-7-2010 7:51, Tim Judd wrote: On 7/12/10, Peter Boosten pe...@boosten.org wrote: Hi all, I run a local cvs repository for year now, but since a couple of days I get these on the clients: Server message: Unknown collection src-all Server message: Unknown collection ports-all But you still have your source and ports tree on the clients? Sometimes these kind of messages are relating to the tag being used on the cvs mirror (your side, not the grand cvsup*.*.freebsd.org) Please check the config of your cvsup mirror actions, not just the logs. I think I might have found the actual problem: these machines still run on 7.2, which went out of support last week... Nope, that wasn't it, since I have one FB8 machine. But the base parameter (-b) of cvsupd was pointing to the wrong directory. Correcting this fixed my problem. Thanks for your time and apologies for the noise. -- Peter Boosten http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Local cvs repository
On 7/12/10, Peter Boosten pe...@boosten.org wrote: Hi all, I run a local cvs repository for year now, but since a couple of days I get these on the clients: Server message: Unknown collection src-all Server message: Unknown collection ports-all But you still have your source and ports tree on the clients? Sometimes these kind of messages are relating to the tag being used on the cvs mirror (your side, not the grand cvsup*.*.freebsd.org) Please check the config of your cvsup mirror actions, not just the logs. The result is that neither the source nor the ports will get updated. The update script on the repository server always ends with 'Finished successfully'. Anyone an idea? Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Local cvs repository
Hi all, I run a local cvs repository for year now, but since a couple of days I get these on the clients: Server message: Unknown collection src-all Server message: Unknown collection ports-all The result is that neither the source nor the ports will get updated. The update script on the repository server always ends with 'Finished successfully'. Anyone an idea? Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: csup vs cvs
d...@safeport.com writes: A change was MFC'd to the xorg intel driver to include support for the new chipsets. I took the fact that I could see the change on the web: Date: Sun Apr 4 15:37:47 2010 New Revision: 206164 URL: http://svn.freebsd.org/changeset/base/206164 That's a subversion checkin. The web source for what's in the cvs (and therefore, shortly, cvsup) is cvsweb: http://www.freebsd.org/cgi/cvsweb.cgi/ Log: MFC r205096, r205102 Add AGP support for Intel Pineview and Ironlake chipsets. to mean that it would be propogated out to my favored csup server in due course. The change was not on cvsup2.FreeBSD.org by 2AM Monday, so I got a source tree from a cvs repository my unix guru runs and updated using that. I used his because I host it. Most likely, that tree is checked out via the cvsup protocol, which means whatever server it came from had the update. So some of them did, even if cvsup2.freebsd.org didn't. When the different servers differ, you need to talk to the manager of a particular server to find out what's happening on that one. By comparing the subversion checkin time to the cvs checkin time, it looks like the delay from subversion to cvs was negligable, so most likely the delay is entirely due to cvsup2's update time. I can't tell how long that is, because I don't know what time zone your 2AM is. What I attempted to ask is (1) how are the mirrors updated; and (2), is there a particular lag time where the latest changes would have to be there? This is not normally an issue for me but I have a laptop that will not run X w/o this change. The documentation project maintains a hubs article that covers the how part. The lag time mostly comes from the frequency with which the mirrors update; official hubs are recommended to update hourly, but it's not required. Note that you could have gotten the change from either the svn URL you posted, or from the cvs equivalent that I mentioned. Then you could have patched it onto your sources directly. For a single-file change (as the critical piece of this seems to be), that's the quick way to go. I normally do not use cvs because, I am not a developer and my learning new things bucket' is pretty full. Hence my [however badly worded] question. Again thanks for bearing with me. cvs is not really *needed* for *anyone* on FreeBSD's base system these days; the project uses it as a distribution method for the source code tree, but real development is checked into subversion and (for official branches) then automatically exported into the cvs tree. The cvs tree is distributed via the cvsup protocol to the hubs, and other mirrors can pick it up from there. The cvsup protocol (whether implemented in the cvsup program or csup) is the main way these things are distributed, but rsync, anonymous cvs, FTP, and probably other methods are supported optionally (which means some mirrors offer them and others don't). -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: csup vs cvs
d...@safeport.com writes: Yesterday I was updating an 8.0 stable system to pick up a change I specifically needed. The change was MFC'd Apr 4th at 11:38. I waited until about 8PM and ran cvs from cvsup2.FreeBSD.org. When the change was not there, I waited until Apr 5th, a bit after midnight. When I still did not pick up the change, I updated from a cvs repository. My question is how are the mirrors updated (cvsup2 specifically I guess). In general is using csup and cvs equivalent processes for non developers?. Your message doesn't really make sense to me; I suspect you're confusing cvs with cvsup, but I'm not sure. cvsup and csup are different implementations of the same functionality, and connect to the same servers, so they really won't be different (they are, in fact, interchangeable). Anonymous CVS access is not widely used, and is really recommended only for experts. Different hubs update on different schedules, but official ones are recommended to update hourly. Development actually occurs in the subversion (a.k.a. svn) repository these days, from which it is automatically exported to the cvs repository (which is also the source for cvsup servers data). I'm not aware of non-developer direct access to the svn tree, nor do I know much about how the subversion data gets merged to cvs. I've used different cvsup servers over the years, but I've rarely noticed an update taking more than an hour after it hit cvsweb. If you're wondering about a particular hub, you could track down its manager and ask. I remember that being public information, but I can't seem to find it at the moment. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: csup vs cvs
On Tue, 6 Apr 2010, Lowell Gilbert wrote: d...@safeport.com writes: Yesterday I was updating an 8.0 stable system to pick up a change I specifically needed. The change was MFC'd Apr 4th at 11:38. I waited until about 8PM and ran cvs from cvsup2.FreeBSD.org. When the change was not there, I waited until Apr 5th, a bit after midnight. When I still did not pick up the change, I updated from a cvs repository. My question is how are the mirrors updated (cvsup2 specifically I guess). In general is using csup and cvs equivalent processes for non developers?. Your message doesn't really make sense to me; I suspect you're confusing cvs with cvsup, but I'm not sure. cvsup and csup are different implementations of the same functionality, and connect to the same servers, so they really won't be different (they are, in fact, interchangeable). Anonymous CVS access is not widely used, and is really recommended only for experts. Different hubs update on different schedules, but official ones are recommended to update hourly. First thank you for responding to an obviously badly worded question. I think my understanding exceeds my ability to explain my question. So I will be very specific about what I wanted. A change was MFC'd to the xorg intel driver to include support for the new chipsets. I took the fact that I could see the change on the web: Date: Sun Apr 4 15:37:47 2010 New Revision: 206164 URL: http://svn.freebsd.org/changeset/base/206164 Log: MFC r205096, r205102 Add AGP support for Intel Pineview and Ironlake chipsets. to mean that it would be propogated out to my favored csup server in due course. The change was not on cvsup2.FreeBSD.org by 2AM Monday, so I got a source tree from a cvs repository my unix guru runs and updated using that. I used his because I host it. What I attempted to ask is (1) how are the mirrors updated; and (2), is there a particular lag time where the latest changes would have to be there? This is not normally an issue for me but I have a laptop that will not run X w/o this change. I normally do not use cvs because, I am not a developer and my 'learning new things bucket' is pretty full. Hence my [however badly worded] question. Again thanks for bearing with me. _ Douglas Denault http://www.safeport.com d...@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
csup vs cvs
Yesterday I was updating an 8.0 stable system to pick up a change I specifically needed. The change was MFC'd Apr 4th at 11:38. I waited until about 8PM and ran cvs from cvsup2.FreeBSD.org. When the change was not there, I waited until Apr 5th, a bit after midnight. When I still did not pick up the change, I updated from a cvs repository. My question is how are the mirrors updated (cvsup2 specifically I guess). In general is using csup and cvs equivalent processes for non developers?. _ Douglas Denault http://www.safeport.com d...@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
cvs-ports = svn-ports
Is there an svn equivalent to the cvs-ports mailing list? Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs-ports = svn-ports
On Mon, 21 Dec 2009 12:45:51 +0100 Dominic Fandrey kamik...@bsdforen.de wrote: Is there an svn equivalent to the cvs-ports mailing list? ports are still stored in a cvs repository, unlike src. -- Bruce Cran ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re : cvs authentication
I haven't set authentification process to sync my sources with freebsd cvsup server. Have you try to sync your sources with another cvsup server ? You can find the list here : http://www.freebsd.org/doc/en/books/handbook/cvsup.html --- En date de : Jeu 26.11.09, Dominic Fandrey kamik...@bsdforen.de a écrit : De: Dominic Fandrey kamik...@bsdforen.de Objet: cvs authentication À: freebsd-questions@freebsd.org Date: Jeudi 26 Novembre 2009, 15h39 Should the CVS/SVN mirrors really require authentication? -- Running /usr/bin/csup -- Parsing supfile /etc/csup/sources Connecting to cvsup8.de.freebsd.org Connected to 212.118.165.142 Server software version: SNAP_16_1h Authentication required by the server and not supported by client *** Error code 1 1 error *** Error code 2 Stop in /usr/src. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Re : cvs authentication
Alexandre L. wrote: --- En date de : Jeu 26.11.09, Dominic Fandrey kamik...@bsdforen.de a écrit : Should the CVS/SVN mirrors really require authentication? -- Running /usr/bin/csup -- Parsing supfile /etc/csup/sources Connecting to cvsup8.de.freebsd.org Connected to 212.118.165.142 Server software version: SNAP_16_1h Authentication required by the server and not supported by client *** Error code 1 I haven't set authentification process to sync my sources with freebsd cvsup server. Have you try to sync your sources with another cvsup server ? You can find the list here : http://www.freebsd.org/doc/en/books/handbook/cvsup.html Yes, all other servers work. Still, this one should, too. I do not choose the CVS servers I use: SUPHOST=`/usr/local/bin/fastest_cvsup -Qc de` -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Re : cvs authentication
I don't know what is the problem but I thinking about this thing : Is this cvsup servup wasn't in synchronization (due to the release of 8.0-RELEASE) and this server was locked for this reason ? --- En date de : Ven 27.11.09, Dominic Fandrey kamik...@bsdforen.de a écrit : De: Dominic Fandrey kamik...@bsdforen.de Objet: Re: Re : cvs authentication À: Alexandre L. axel...@ymail.com Cc: freebsd-questions@freebsd.org Date: Vendredi 27 Novembre 2009, 10h59 Alexandre L. wrote: --- En date de : Jeu 26.11.09, Dominic Fandrey kamik...@bsdforen.de a écrit : Should the CVS/SVN mirrors really require authentication? -- Running /usr/bin/csup -- Parsing supfile /etc/csup/sources Connecting to cvsup8.de.freebsd.org Connected to 212.118.165.142 Server software version: SNAP_16_1h Authentication required by the server and not supported by client *** Error code 1 I haven't set authentification process to sync my sources with freebsd cvsup server. Have you try to sync your sources with another cvsup server ? You can find the list here : http://www.freebsd.org/doc/en/books/handbook/cvsup.html Yes, all other servers work. Still, this one should, too. I do not choose the CVS servers I use: SUPHOST= `/usr/local/bin/fastest_cvsup -Qc de` -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
cvs authentication
Should the CVS/SVN mirrors really require authentication? -- Running /usr/bin/csup -- Parsing supfile /etc/csup/sources Connecting to cvsup8.de.freebsd.org Connected to 212.118.165.142 Server software version: SNAP_16_1h Authentication required by the server and not supported by client *** Error code 1 1 error *** Error code 2 Stop in /usr/src. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
free...@edvax.de wrote: If you are interested in the bleeding edge of FreeBSD's development, you follow RELENG_7. This will then deliver the -CURRENT branch to you with all modifications. It may happen that a -CURRENT of today doesn't compile, but tomorrow, it will do. It's considered to be the experimental branch where changes can appear and disappear. Hello, I think you are confusing RELENG_7 with . (as the CVS tag says) or HEAD. RELENG_7 will deliver 7-STABLE, not CURRENT. CURRENT is the bleeding edge. Also: You follow the -STABLE branch of FreeBSD 7.2 and will always get the latest *stable* 7.2 sources, but won't reach 7.3 with this setting. That's not quite right. 7.3 is just a point along the 7-STABLE path. For example, if you tracked STABLE via RELENG_7 starting with, say, FreeBSD 7.1, your system would have run 7.2 at some point, and then beyond it. Tracking STABLE isn't like using CVSup or Csup to reach RELENG_7_2_0 or RELENG_7_2, but you eventually get the 7.2 functionality by tracking RELENG_7. For example, start with 7.1 from CD: fbsd71toS# uname -a FreeBSD fbsd71toS.taosecurity.com 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 r...@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 After Csup to RELENG_7, you get fbsd71toS# uname -a FreeBSD fbsd71toS.taosecurity.com 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat Aug 22 23:02:30 EDT 2009 r...@fbsd71tos.taosecurity.com:/usr/obj/usr/src/sys/FREEBSD7 i386 As you can see, it's not theoretical -- I ran this test this weekend. :) Thank you, Richard ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On Tue, Aug 4, 2009 at 5:32 PM, b. f.bf1...@googlemail.com wrote: He has _7_2_0_RELEASE, not RELENG_7_0_2_RELEASE. Well, neither actually. :) s/0_2/2_0/ . But I inferred from the context -- it seemed obvious, particularly from what he wrote later -- that he meant those choices as suffixes to RELENG, which he omitted for the sake of brevity. I assumed you also made this inference. Agreed, but IMHO, it's better to be precise and not assume too much. :-) OK guys this has now reached the point where I am again confudes -- here is my original posting amended to ensure there is no ambiguity I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: RELENG_7_BP RELENG_7_2_BP RELENG_7_2_0_RELEASE RELENG_7_2 But could not find anything that told me where -p2 fits into this!! # uname -a 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 To synchronize src and keep up to date do I use: *default release=cvs tag=RELENG_7_2 will this automatically track the latest version in 7_2 and therefore keep track with 7.2-RELEASE-p2 or later?? or do I need to use something like: *default release=cvs tag=RELENG_7_2-p2 or something else!! Where can I find some explanation on this? Maybe something from this discussion could be added to the handbook/synching.html page so the choice of suffix for configuring cvsup could be made easier for those who are not familiar with the meaning of undocumented suffixing such as -p2 !!. Another could there possibly be some consistency between the output from uname -a and the suffixing used for synching of the src be practicable. Please do not bite my head off if it is not practical -- I acknowledge it is a question born of ignorance and confusion chuckles david Thanks in advance David ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On Tue, Aug 4, 2009 at 5:32 PM, b. f.bf1...@googlemail.com wrote: He has _7_2_0_RELEASE, not RELENG_7_0_2_RELEASE. Well, neither actually. :) s/0_2/2_0/ . But I inferred from the context -- it seemed obvious, particularly from what he wrote later -- that he meant those choices as suffixes to RELENG, which he omitted for the sake of brevity. I assumed you also made this inference. Glen You hit the sweet spot!! David ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On Wed, 5 Aug 2009 10:00:09 +0100, David Southwell da...@vizion2000.net wrote: I took a look at the web pages and found the following choices: RELENG_7_BP RELENG_7_2_BP RELENG_7_2_0_RELEASE RELENG_7_2 But could not find anything that told me where -p2 fits into this!! The -p2 is appended when you follow RELENG_7_2, which is the security branch (release branch) of FreeBSD 7.2. You will get ONLY the patches. For example, when the second patch is applied and you download, compile and install the OS, uname will give 7.2-RELEASE-p2. If you follow RELENG_7, you get the stable branch. Here, more than just the patches are delivered to you when updating the sources. So you won't get -p2, but something like 7.0-STABLE together with your compile date. As far as I know, /etc/motd will be updated and then show 7.2-STABLE-20090101 (the proper date of course). The -STABLE branch is a bit experimental, allthough it includes those things that are considered to be running well. If you are interested in the bleeding edge of FreeBSD's development, you follow RELENG_7. This will then deliver the -CURRENT branch to you with all modifications. It may happen that a -CURRENT of today doesn't compile, but tomorrow, it will do. It's considered to be the experimental branch where changes can appear and disappear. To synchronize src and keep up to date do I use: *default release=cvs tag=RELENG_7_2 will this automatically track the latest version in 7_2 and therefore keep track with 7.2-RELEASE-p2 or later?? Exactly. You follow the -STABLE branch of FreeBSD 7.2 and will always get the latest *stable* 7.2 sources, but won't reach 7.3 with this setting. or do I need to use something like: *default release=cvs tag=RELENG_7_2-p2 No. As far as I know, you can't update to a specific patchlevel in this way. But using CVS correctly - don't ask me how to do this :-) - you can update your system to any point of time in development. or something else!! Or else. :-) Where can I find some explanation on this? The handbook mentions it in its comparison between RELEASE and STABLE. Maybe something from this discussion could be added to the handbook/synching.html page so the choice of suffix for configuring cvsup could be made easier for those who are not familiar with the meaning of undocumented suffixing such as -p2 !!. Good idea. Another could there possibly be some consistency between the output from uname -a and the suffixing used for synching of the src be practicable. The problem is that there are different naming conventions. Please do not bite my head off if it is not practical -- I acknowledge it is a question born of ignorance and confusion chuckles I already had horsehead goulash with sauerkraut, thanks. :-) -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
cvs tag usage
I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: _7_BP _7_2_BP _7_2_0_RELEASE _7_2 But could not find anything that told me where -p2 fits into this!! # uname -a 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 To synchronize src do I use: *default release=cvs tag=RELENG_7_2 will this automatically track the latest version in 7_2 and therefore keep track with 7.2-RELEASE-p2 or later?? or do I need to use something like: *default release=cvs tag=RELENG_7_2-p2 Where can I find some explanation on this? Thanks in advance David ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
David Southwell wrote: I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: _7_BP _7_2_BP _7_2_0_RELEASE _7_2 But could not find anything that told me where -p2 fits into this!! # uname -a 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 To synchronize src do I use: *default release=cvs tag=RELENG_7_2 will this automatically track the latest version in 7_2 and therefore keep track with 7.2-RELEASE-p2 or later?? Yes. RELENG_7_2 is the security patched update of Release. The -p2 means there have been two security patches applied to the source code. The actual release (RELENG_7_2_0_RELEASE) is static and will never change. The only thing that changes with _7_2 is the addition/inclusion of the patches you see in the security announcements. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
David Southwell wrote: I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: _7_BP _7_2_BP _7_2_0_RELEASE _7_2 But could not find anything that told me where -p2 fits into this!! # uname -a 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 To synchronize src do I use: *default release=cvs tag=RELENG_7_2 will this automatically track the latest version in 7_2 and therefore keep track with 7.2-RELEASE-p2 or later?? Yes. RELENG_7_2 is the security patched update of Release. The -p2 means there have been two security patches applied to the source code. The actual release (RELENG_7_2_0_RELEASE) is static and will never change. The only thing that changes with _7_2 is the addition/inclusion of the patches you see in the security announcements. -Mike Thanks for being helpful.. it might be useful if these designations appeared somewhere in the documentation-- but I guess there is enough for people to do!!! From what you are saying using *default release=cvs tag=RELENG_7_2 will work for me Thanks again David ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On Tue, Aug 4, 2009 at 1:43 PM, David Southwellda...@vizion2000.net wrote: I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: _7_BP _7_2_BP BP ? _7_2_0_RELEASE Should be RELENG. Don't blindly follow how-tos. _7_2 But could not find anything that told me where -p2 fits into this!! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html # uname -a 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 To synchronize src do I use: *default release=cvs tag=RELENG_7_2 will this automatically track the latest version in 7_2 and therefore keep track with 7.2-RELEASE-p2 or later?? or do I need to use something like: *default release=cvs tag=RELENG_7_2-p2 No. Read the link I posted above. Where can I find some explanation on this? Thanks in advance -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
Glen Barber glen.j.barber at gmail.com wrote: On Tue, Aug 4, 2009 at 1:43 PM, David Southwelldavid at vizion2000.net wrote: I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: _7_BP _7_2_BP BP ? It is the branchpoint tag, made when a release branch is first created: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html It is not documented in most places because it is primarily of interest to developers. _7_2_0_RELEASE Should be RELENG. Don't blindly follow how-tos. RELENG_7_2_0_RELEASE is a valid tag. Don't make pronouncements if you haven't verified them. _7_2 But could not find anything that told me where -p2 fits into this!! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html More to the point is the following page in the handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html b. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On Tue, Aug 4, 2009 at 3:54 PM, b. f.bf1...@googlemail.com wrote: Glen Barber glen.j.barber at gmail.com wrote: On Tue, Aug 4, 2009 at 1:43 PM, David Southwelldavid at vizion2000.net wrote: I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: _7_BP _7_2_BP BP ? It is the branchpoint tag, made when a release branch is first created: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html I see. Noted. It is not documented in most places because it is primarily of interest to developers. _7_2_0_RELEASE Should be RELENG. Don't blindly follow how-tos. RELENG_7_2_0_RELEASE is a valid tag. Don't make pronouncements if you haven't verified them. He has _7_2_0_RELEASE, not RELENG_7_0_2_RELEASE. _7_2 But could not find anything that told me where -p2 fits into this!! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html More to the point is the following page in the handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On Tue, Aug 04, 2009 at 03:07:20PM -0400, Glen Barber wrote: On Tue, Aug 4, 2009 at 1:43 PM, David Southwellda...@vizion2000.net wrote: I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: _7_BP _7_2_BP BP ? BP = Branch Point. It is a tag which marks the place where the corresponding branch was created. _7_2_0_RELEASE Should be RELENG. Don't blindly follow how-tos. _7_2 But could not find anything that told me where -p2 fits into this!! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html # uname -a 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 To synchronize src do I use: *default release=cvs tag=RELENG_7_2 will this automatically track the latest version in 7_2 and therefore keep track with 7.2-RELEASE-p2 or later?? or do I need to use something like: *default release=cvs tag=RELENG_7_2-p2 No. Read the link I posted above. Where can I find some explanation on this? Thanks in advance -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- Insert your favourite quote here. Erik Trulsson ertr1...@student.uu.se ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On Tuesday 04 August 2009 12:52:54 Erik Trulsson wrote: On Tue, Aug 04, 2009 at 03:07:20PM -0400, Glen Barber wrote: On Tue, Aug 4, 2009 at 1:43 PM, David Southwellda...@vizion2000.net wrote: I am confused about the usage of the tag for src. I took a look at the web pages and found the following choices: _7_BP _7_2_BP BP ? BP = Branch Point. It is a tag which marks the place where the corresponding branch was created. And for developers or interesting parties, one can create cvs diff using -rRELENG_7_2_BP -rRELENG_7_2_RELEASE to see how many fixes hit the tree during the final release stage. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On 8/4/09, Glen Barber glen.j.bar...@gmail.com wrote: _7_2_0_RELEASE Should be RELENG. Don't blindly follow how-tos. RELENG_7_2_0_RELEASE is a valid tag. Don't make pronouncements if you haven't verified them. He has _7_2_0_RELEASE, not RELENG_7_0_2_RELEASE. Well, neither actually. :) s/0_2/2_0/ . But I inferred from the context -- it seemed obvious, particularly from what he wrote later -- that he meant those choices as suffixes to RELENG, which he omitted for the sake of brevity. I assumed you also made this inference. ... Mel Flynn wrote: And for developers or interesting parties, one can create cvs diff using -rRELENG_7_2_BP -rRELENG_7_2_RELEASE to see how many fixes hit the tree during the final release stage. How many interesting parties have you been to, Mel, where such a listing came in handy? ;) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs tag usage
On Tue, Aug 4, 2009 at 5:32 PM, b. f.bf1...@googlemail.com wrote: He has _7_2_0_RELEASE, not RELENG_7_0_2_RELEASE. Well, neither actually. :) s/0_2/2_0/ . But I inferred from the context -- it seemed obvious, particularly from what he wrote later -- that he meant those choices as suffixes to RELENG, which he omitted for the sake of brevity. I assumed you also made this inference. Agreed, but IMHO, it's better to be precise and not assume too much. :-) -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: CVS history access?
On Saturday 25 April 2009 09:12:50 pm Giorgos Keramidas wrote: On Fri, 24 Apr 2009 05:35:34 -0400, John Nielsen li...@jnielsen.net wrote: I'm working on a machine learning project and I'd like to use the FreeBSD src CVS commit history as a datasource. Is there a resource-friendly way for me to download some or all of it? Format isn't too big an issue. I tried a few cvs history commands against the anoncvs servers but get this: cvs [history aborted]: cannot open history file: /home/ncvs/CVSROOT/history: No such file or directory Do you really want just the `CVSROOT/history' file? We allow mirroring of the entire repository, which you can then use to extract any sort of historical commit data. (Well, _almost_ anything. Some things like repo-copies and renames of raw repository files have been done without any sort of record, so it may be impossible to recover *those* particular bits.) I'm basically looking for a list of all commits over the past N (2) years with committer, timestamp, affected file(s) and/or subsystems and possibly diff size information, etc. I don't know anything about the history file in particular other than that's what cvs complained about when I tried the cvs history commands against anoncvs. It looks like the /pub/FreeBSD/development/FreeBSD-CVS/src ftp path may have what I'm looking for (though it may be scattered through the individual files). I'll probably (try to) set up a local CVS repo and source it from there and see where that gets me. My CVS-fu is weak so I'm still open to pointers. We also have a Subversion repository now, that you can use to grab commit information. It takes slightly more disk space than the CVS repository, but subversion can export XML formatted commit logs, which may be slightly more useful if you plan to automate parts of the parsing and info-gathering. Yes, I'll definitely be automating the parsing, etc. Is it safe to assume that the cvs2svn migration went successfully? XML logs do sound appealing and aggregated (same time, multiple files) commits would be more useful than per-file. Can I just check everything out from svn://svn.freebsd.org/base/? Thanks! JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: CVS history access?
On Mon, 27 Apr 2009 11:23:32 -0400, John Nielsen li...@jnielsen.net wrote: On Saturday 25 April 2009 09:12:50 pm Giorgos Keramidas wrote: On Fri, 24 Apr 2009 05:35:34 -0400, John Nielsen li...@jnielsen.net wrote: I'm working on a machine learning project and I'd like to use the FreeBSD src CVS commit history as a datasource. Is there a resource-friendly way for me to download some or all of it? Format isn't too big an issue. I tried a few cvs history commands against the anoncvs servers but get this: cvs [history aborted]: cannot open history file: /home/ncvs/CVSROOT/history: No such file or directory Do you really want just the `CVSROOT/history' file? We allow mirroring of the entire repository, which you can then use to extract any sort of historical commit data. (Well, _almost_ anything. Some things like repo-copies and renames of raw repository files have been done without any sort of record, so it may be impossible to recover *those* particular bits.) I'm basically looking for a list of all commits over the past N (2) years with committer, timestamp, affected file(s) and/or subsystems and possibly diff size information, etc. I don't know anything about the history file in particular other than that's what cvs complained about when I tried the cvs history commands against anoncvs. It looks like the /pub/FreeBSD/development/FreeBSD-CVS/src ftp path may have what I'm looking for (though it may be scattered through the individual files). I'll probably (try to) set up a local CVS repo and source it from there and see where that gets me. My CVS-fu is weak so I'm still open to pointers. There are online instructions for mirroring a full CVS copy, so it should be relatively easy to do that. It mostly boils down to setting up the necessary disk space somewhere locally, installing one of the CVSup ports and configuring a `supfile' like this: *default host=CHANGE_THIS.freebsd.org *default base=/path/to/local/cvs/mirror *default prefix=/path/to/local/cvs/mirror *default release=cvs *default delete use-rel-suffix *default compress cvs-all Yo should change `CHANGE_THIS' with the hostname of a CVSup mirror (a full list can be found in the Handbook), and then point the local CVS mirror directory from `/path/to/local/cvs/mirror' to the place you will keep the mirror. To pull over the CVS mirror files, you can then run: # cvsup -g -L 2 supfile Note that this will take quite some time if you are starting from an empty mirror, and it may be a good idea to rerun cvsup 1-2 times after it's done, to make sure you have the latest changes -- including any changes that were committed between the time you started mirroring and the time the first run was done. FYI, my local copy of the repository uses around 4 GB today, so you should plan to keep the mirror on a disk with at least this amount of space (a few extra GB won't hurt either): # du -sh /home/ncvs 4.0G/home/ncvs # We also have a Subversion repository now, that you can use to grab commit information. It takes slightly more disk space than the CVS repository, but subversion can export XML formatted commit logs, which may be slightly more useful if you plan to automate parts of the parsing and info-gathering. Yes, I'll definitely be automating the parsing, etc. Is it safe to assume that the cvs2svn migration went successfully? XML logs do sound appealing and aggregated (same time, multiple files) commits would be more useful than per-file. Can I just check everything out from svn://svn.freebsd.org/base/? The conversion from CVS to Subversion was ``good enough'' from what I see in the svn commit logs. So it may be a good idea to use `svnsync' to mirror the /base/ repository locally and take it from there. The instructions for mirroring the Subversion repository are a bit more involved, but if you decide to go that way, let me know and I will write a short description of how to do it. pgpray5r6lHUa.pgp Description: PGP signature
Re: CVS history access?
On Monday 27 April 2009 12:39:53 pm Giorgos Keramidas wrote: On Mon, 27 Apr 2009 11:23:32 -0400, John Nielsen li...@jnielsen.net wrote: I'm basically looking for a list of all commits over the past N (2) years with committer, timestamp, affected file(s) and/or subsystems and possibly diff size information, etc. I don't know anything about the history file in particular other than that's what cvs complained about when I tried the cvs history commands against anoncvs. It looks like the /pub/FreeBSD/development/FreeBSD-CVS/src ftp path may have what I'm looking for (though it may be scattered through the individual files). I'll probably (try to) set up a local CVS repo and source it from there and see where that gets me. My CVS-fu is weak so I'm still open to pointers. There are online instructions for mirroring a full CVS copy, so it should be relatively easy to do that. It mostly boils down to setting up the necessary disk space somewhere locally, installing one of the CVSup ports and configuring a `supfile' like this: *default host=CHANGE_THIS.freebsd.org *default base=/path/to/local/cvs/mirror *default prefix=/path/to/local/cvs/mirror *default release=cvs *default delete use-rel-suffix *default compress cvs-all Thanks! I had forgotten about the cvs-all target. [additional helpful info snipped] We also have a Subversion repository now, that you can use to grab commit information. It takes slightly more disk space than the CVS repository, but subversion can export XML formatted commit logs, which may be slightly more useful if you plan to automate parts of the parsing and info-gathering. Yes, I'll definitely be automating the parsing, etc. Is it safe to assume that the cvs2svn migration went successfully? XML logs do sound appealing and aggregated (same time, multiple files) commits would be more useful than per-file. Can I just check everything out from svn://svn.freebsd.org/base/? The conversion from CVS to Subversion was ``good enough'' from what I see in the svn commit logs. So it may be a good idea to use `svnsync' to mirror the /base/ repository locally and take it from there. I installed the subversion-freebsd port and pulled in src from head. This lets me do e.g. svn log -g --xml locally and get an XML list of commits along the main (head/current) development line going back to 1993. For files changed with each revision I can do svn diff -c NUM --summarize. Is there a way to get this information integrated with the svn log output short of running the command for each revision in the log output? The instructions for mirroring the Subversion repository are a bit more involved, but if you decide to go that way, let me know and I will write a short description of how to do it. I checked out base/head and am in the process of checking out base/stable so I can get commit data from -STABLE branches as well. (I'll probably figure out when each branch (in CVS terms) was created and then use svn log to just get commits after that date for each branch). I don't know that I need to mirror the whole SVN repository but at this point I am planning on going the SVN route so if you have additional tips they would be appreciated. Thanks! JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: CVS history access?
On Mon, 27 Apr 2009 15:03:30 -0400, John Nielsen li...@jnielsen.net wrote: I installed the subversion-freebsd port and pulled in src from head. This lets me do e.g. svn log -g --xml locally and get an XML list of commits along the main (head/current) development line going back to 1993. For files changed with each revision I can do svn diff -c NUM --summarize. Is there a way to get this information integrated with the svn log output short of running the command for each revision in the log output? It's already part of 'svn log --xml' output if you use the -v option. When you use -v *and* --xml at the same time, an additional element is inserted to each changeset listing all the path changes: $ svn log -v --xml -c 191585 file:///home/svn/base ?xml version=1.0? log logentry revision=191585 authorrpaulo/author date2009-04-27T18:59:40.453027Z/date % paths % path %kind= %action=M/projects/mesh11s/sys/net80211/ieee80211_output.c/path % /paths msgAppend Mesh Configuration IE on probe responses and beacons. Sponsored by: The FreeBSD Foundation /msg /logentry /log I think the paths list of path changes is what you are after :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: CVS history access?
On Monday 27 April 2009 03:29:03 pm Giorgos Keramidas wrote: On Mon, 27 Apr 2009 15:03:30 -0400, John Nielsen li...@jnielsen.net wrote: I installed the subversion-freebsd port and pulled in src from head. This lets me do e.g. svn log -g --xml locally and get an XML list of commits along the main (head/current) development line going back to 1993. For files changed with each revision I can do svn diff -c NUM --summarize. Is there a way to get this information integrated with the svn log output short of running the command for each revision in the log output? It's already part of 'svn log --xml' output if you use the -v option. When you use -v *and* --xml at the same time, an additional element is inserted to each changeset listing all the path changes: $ svn log -v --xml -c 191585 file:///home/svn/base ?xml version=1.0? log logentry revision=191585 authorrpaulo/author date2009-04-27T18:59:40.453027Z/date % paths % path %kind= % action=M/projects/mesh11s/sys/net80211/ieee80211_output.c/path % /paths msgAppend Mesh Configuration IE on probe responses and beacons. Sponsored by: The FreeBSD Foundation /msg /logentry /log I think the paths list of path changes is what you are after :) Exactly right. Thanks much! JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: CVS history access?
On Fri, 24 Apr 2009 05:35:34 -0400, John Nielsen li...@jnielsen.net wrote: I'm working on a machine learning project and I'd like to use the FreeBSD src CVS commit history as a datasource. Is there a resource-friendly way for me to download some or all of it? Format isn't too big an issue. I tried a few cvs history commands against the anoncvs servers but get this: cvs [history aborted]: cannot open history file: /home/ncvs/CVSROOT/history: No such file or directory Do you really want just the `CVSROOT/history' file? We allow mirroring of the entire repository, which you can then use to extract any sort of historical commit data. (Well, _almost_ anything. Some things like repo-copies and renames of raw repository files have been done without any sort of record, so it may be impossible to recover *those* particular bits.) We also have a Subversion repository now, that you can use to grab commit information. It takes slightly more disk space than the CVS repository, but subversion can export XML formatted commit logs, which may be slightly more useful if you plan to automate parts of the parsing and info-gathering. pgpYDpC9NfRqa.pgp Description: PGP signature
CVS history access?
I'm working on a machine learning project and I'd like to use the FreeBSD src CVS commit history as a datasource. Is there a resource-friendly way for me to download some or all of it? Format isn't too big an issue. I tried a few cvs history commands against the anoncvs servers but get this: cvs [history aborted]: cannot open history file: /home/ncvs/CVSROOT/history: No such file or directory I'm not too experienced with cvs so if I'm missing something let me know. The Mailman archives for freebsd-cvs are one option, but I was hoping for more of a direct approach if possible. Thanks, JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: CVS history access?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Nielsen wrote: I'm working on a machine learning project and I'd like to use the FreeBSD src CVS commit history as a datasource. Is there a resource-friendly way for me to download some or all of it? Format isn't too big an issue. I tried a few cvs history commands against the anoncvs servers but get this: cvs [history aborted]: cannot open history file: /home/ncvs/CVSROOT/history: No such file or directory I'm not too experienced with cvs so if I'm missing something let me know. The Mailman archives for freebsd-cvs are one option, but I was hoping for more of a direct approach if possible. cvs log filename works, but I don't think that history has even been available on any system I've ever had access to. There's pretty good info available from the cvs log command ... here's a few lines from cvs log Makefile from usr/src/Makefile: - revision 1.114 date: 2005/12/02 01:17:20; author: deraadt; state: Exp; lines: +2 -2 do not enter lkm - revision 1.113 date: 2005/09/16 12:28:34; author: jmc; state: Exp; lines: +3 -2 use shell-neutral language (in a comment); from ray lai; ok krw@ - revision 1.112 date: 2005/01/09 20:36:20; author: espie; state: Exp; lines: +12 -282 move cross-stuff into its own file. okay mickey@, niklas@ Thanks, JN ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknyMz0ACgkQz62J6PPcoOlbBACeLN3fD31obO7yEVTDnql8qQ+v VnAAnAjt2yRDr1y+LHfErKgdUX/UcwtW =Nzdn -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: CVS history access?
John Nielsen wrote: I'm working on a machine learning project and I'd like to use the FreeBSD src CVS commit history as a datasource. Is there a resource-friendly way for me to download some or all of it? Format isn't too big an issue. I tried a few cvs history commands against the anoncvs servers but get this: cvs [history aborted]: cannot open history file: /home/ncvs/CVSROOT/history: No such file or directory I'm not too experienced with cvs so if I'm missing something let me know. The Mailman archives for freebsd-cvs are one option, but I was hoping for more of a direct approach if possible. Thanks, JN It seems history is optional in CVS, and it does not exist (at least anymore) in the FreeBSD CVS. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
Chuck Robey chu...@telenix.org wrote: per...@pluto.rain.com wrote: Chuck Robey chu...@telenix.org wrote: But I do need to figure out how to get the subversion archive (not a particular branch of the archive, the whole kit and kaboodle). devel/svk? (From a mention last December; I have not tried it.) Huh. From reading the port's description file, it seems to be a svn lookalike, but with a differing feature list. Supposely uses the same filesystem layout as subversion ... I got the impression from the 2nd and 3rd non-quote paragraphs here: http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026898.html that what you want is a full svk mirror, and since it was being advocated I presumed that it could be set up by a reasonably simple, if initially time/bandwidth intensive, mechanism. This, from earlier in the same thread, may be useful: http://wiki.freebsd.org/SubversionPrimer Again, I have not gotten around to trying any of this. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Giorgos Keramidas wrote: On Tue, 31 Mar 2009 22:18:33 -0400, Chuck Robey chu...@telenix.org wrote: What I don't know is, I use cvsup all the time, but when I switch to svn, what does the cvsup job of tracking an archive (not tracking the sources, I mean the archive)? Does svn do it all itself? If so, I can find out how, I just want to know if that's how its done. If not, what's the general tool used to track the freebsd archive, so I can investigate it? Hi Chunk, I seem to be hitting problems, twice now folks have misunderstood me (oh, BTW, it's Chuck (or chuckr), not Chunk). I DON'T use cvsup to check out sources. I know very well that you *can* do that, but for the last about 8 years, I've gotten the entire archive, not just a checkout. While a checkout can certainly, obviously follow a tag or a branch, it's just as obviously that it CAN'T follow a tag or branch if you get the entire archive, because the entire archive contains ALL of the tags/branches, and you need to do your own checkout from that archive, of the tag or branch you want. The ONLY thing I want to get out of this is the cvsup-like capability (which I've been using now for 8 years) to update my entire archive (svn now, no longer cvs). Again, emphasizing, it's NOT just a checkout, and tags/branches have no meaning at this level. Something like trying to buy chapter 8 of a book: when you buy the book, you get ALL the chapters. When you get the archive, you get ALL the tags/branches. I *think* maybe you said that svnsync can do this? I can't find any machine IP that is to be used with subversion ... will something like cvsup2.us.freebsd.org do for svnsync? Will svnsync's protocol get me the svn archive? I don't want the cvs archive, so could you help me understand how that's selected in this instance? Beyond that, you emphasized that it can't get only a part of an archive. I'm guessing you were referring to grabbing only ports, as against both ports and src? I don't know how the svn archive is organized, if there are separate archive for ports and src, or if they're actually only parts of one archive, but I do want both. Also, as I said above, I expect to get ALL tags, all branches, anything like that. You ask me NOT to check out what you called a snapshot of the archive. That's precisely what cvsup was so good at, noticing what the changes were in your copy of the archives, and only sending those. hundreds of people kept checkouts of the entire cvs archive. Are you telling me that capability is no more? That we lose that, in moving from cvs to svn? You whole email, well, it *seems* to me to be very biased towards thinking that cvsup is only used to check out sources. I hope what we have here is a misunderstanding, I would really dislike losing this capability, of being able to call up a particular files entire history, whenever I wanted, at no large processing cost to FreeBSD. CVSup does two things: * It can check out copies of all the files in a remote repository, using date- and time-based snapshot info, or just CVS tag names. * It can mirror the RCS metadata of a CVS repository. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknWT90ACgkQz62J6PPcoOkHdACghfZ1Bvh1R5eTBADzOhF7HaXw 1OYAn0MDdMRRVKGzktyoshC6M65pAC95 =YbXs -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 per...@pluto.rain.com wrote: Chuck Robey chu...@telenix.org wrote: But I do need to figure out how to get the subversion archive (not a particular branch of the archive, the whole kit and kaboodle). devel/svk? (From a mention last December; I have not tried it.) Huh. From reading the port's description file, it seems to be a svn lookalike, but with a differing feature list. Supposely uses the same filesystem layout as subversion. I'll go goole it, maybe there's more to be googled. I asked a lot more from Giorgios, mainly because I think he misunderstood me. His writeup WAS fantastic, though, if only I can clear up my questions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknWUlsACgkQz62J6PPcoOma7QCeJ5J+F8cy3yOtMvx/d7KANBoy jwsAn3pXPLIG/ux/uqcfUCV3ljzZeN6J =Chgb -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
On Fri, 03 Apr 2009 14:05:17 -0400, Chuck Robey chu...@telenix.org wrote: Giorgos Keramidas wrote: On Tue, 31 Mar 2009 22:18:33 -0400, Chuck Robey chu...@telenix.org wrote: What I don't know is, I use cvsup all the time, but when I switch to svn, what does the cvsup job of tracking an archive (not tracking the sources, I mean the archive)? Does svn do it all itself? If so, I can find out how, I just want to know if that's how its done. If not, what's the general tool used to track the freebsd archive, so I can investigate it? Hi Chunk, Writing when sleepy does that. I'm sorry :-/ The ONLY thing I want to get out of this is the cvsup-like capability (which I've been using now for 8 years) to update my entire archive (svn now, no longer cvs). Again, emphasizing, it's NOT just a checkout, and tags/branches have no meaning at this level. Something like trying to buy chapter 8 of a book: when you buy the book, you get ALL the chapters. When you get the archive, you get ALL the tags/branches. That's what 'svnsync' would get you. An entire mirror of the full Subversion repository. I *think* maybe you said that svnsync can do this? I can't find any machine IP that is to be used with subversion ... will something like cvsup2.us.freebsd.org do for svnsync? Will svnsync's protocol get me the svn archive? I don't want the cvs archive, so could you help me understand how that's selected in this instance? No, as far as I know there is currently only *one* server who hosts a publicly visible copy of the repository. The server is: svn.freebsd.org and you would have to pull changes from that server, using svnsync. Beyond that, you emphasized that it can't get only a part of an archive. I'm guessing you were referring to grabbing only ports, as against both ports and src? There is no subversion repository for ports, doc or www. Only the 'src' repository has switched to Subversion so far. So if you want doc/, ports/ or www/ you will have to keep using CVsup to grab repository copies for them. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
Chuck Robey chu...@telenix.org wrote: But I do need to figure out how to get the subversion archive (not a particular branch of the archive, the whole kit and kaboodle). devel/svk? (From a mention last December; I have not tried it.) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
[ snippage of question re: svn and cvs ] On Tue, 31 Mar 2009, Chuck Robey wrote: Andrew Wright wrote: The primary advantage of using svn is that the _server_ uses a different protocol to track objects. I think that's unclear, you can't mean that just having the protocol be different, that's not that much of a win. Having svn track extra things, like directories, that I'd think was a win. I chose the word protocol poorly. For protocol read way of doing things, or perhaps algorithm. What I was trying to make clear is that the choice of tool between cvs and svn is made based on server related criteria. What I don't know is, I use cvsup all the time, but when I switch to svn, what does the cvsup job of tracking an archive (not tracking the sources, I mean the archive)? Does svn do it all itself? If so, I can find out how, I just want to know if that's how its done. If not, what's the general tool used to track the freebsd archive, so I can investigate it? If you are asking what is the name of the subversion client, and how can I use it?, then the answer is svn (which is also the executable used for the server, a la cvs with the pserver option). Usage instructions are available via: http://subversion.tigris.org If you are asking what can I type to get a readonly copy of the repo?, then according to the ROADMAP.txt at: http://svn.freebsd.org/viewvc/base/ROADMAP.txt?view=markup the answer appears to be: svn co http://svn.freebsd.org/base/head Strong Caveats: o One of the peculiarities of subversion is that if you leave off the head portion of the URL, you will get _all_ of the nodes in the repository -- that is, the history at every point. o As I mentioned earlier, this will produce a newly checked out working space that is incompatible with cvsup (or cvs in general). o ***Early Adopter Warning***: There has not been (as far as I know) a general call for people to move to this type of repository access except for committers -- therefore expect rough edges until a general announcement is made. A. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
On Wed, Apr 01, 2009 at 07:05:53AM -0300, Andrew Hamilton-Wright wrote: [ snippage of question re: svn and cvs ] On Tue, 31 Mar 2009, Chuck Robey wrote: Andrew Wright wrote: The primary advantage of using svn is that the _server_ uses a different protocol to track objects. I think that's unclear, you can't mean that just having the protocol be different, that's not that much of a win. Having svn track extra things, like directories, that I'd think was a win. I chose the word protocol poorly. For protocol read way of doing things, or perhaps algorithm. What I was trying to make clear is that the choice of tool between cvs and svn is made based on server related criteria. What I don't know is, I use cvsup all the time, but when I switch to svn, what does the cvsup job of tracking an archive (not tracking the sources, I mean the archive)? Does svn do it all itself? If so, I can find out how, I just want to know if that's how its done. If not, what's the general tool used to track the freebsd archive, so I can investigate it? If you are asking what is the name of the subversion client, and how can I use it?, then the answer is svn (which is also the executable used for the server, a la cvs with the pserver option). Usage No, 'svnserve' is normally the executable running on the server. instructions are available via: http://subversion.tigris.org If you are asking what can I type to get a readonly copy of the repo?, then according to the ROADMAP.txt at: http://svn.freebsd.org/viewvc/base/ROADMAP.txt?view=markup the answer appears to be: svn co http://svn.freebsd.org/base/head No, that is not going to get you a copy of the subversion repository, but just a checked out copy of HEAD. There is no 'svn' command that will give you a copy of the whole repository. Personally I have found 'rsync' to be quite useful in replicating a subversion repository, but that of course requires the server to support it, which is probably not the case for the FreeBSD repo. I don't know if there currently is any supported method for ordinary users to get a copy of the whole FreeBSD subversion repository. I suspect there isn't. Strong Caveats: o One of the peculiarities of subversion is that if you leave off the head portion of the URL, you will get _all_ of the nodes in the repository -- that is, the history at every point. o As I mentioned earlier, this will produce a newly checked out working space that is incompatible with cvsup (or cvs in general). o ***Early Adopter Warning***: There has not been (as far as I know) a general call for people to move to this type of repository access except for committers -- therefore expect rough edges until a general announcement is made. A. -- Insert your favourite quote here. Erik Trulsson ertr1...@student.uu.se ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
Sorry to follow-up my own note, but . . . On Wed, 1 Apr 2009, Andrew Wright wrote: [ further snippage of previous note ] Strong Caveats: o ***Early Adopter Warning***: There has not been (as far as I know) a general call for people to move to this type of repository access except for committers -- therefore expect rough edges until a general announcement is made. I would further urge you to read: http://svn.freebsd.org/viewvc/base/projects/GUIDELINES.txt?view=markup for an overview of the information used by the committers, and will further add: Even Stronger Caveat: o The head revision translates to something like current looking around in http://svn.freebsd.org/viewvc/base/ will show you that there are directories other than head from which branching is done. Some perusal of the svn manual and poking around in the repository may help you track current, but there isn't anything in place yet to let you track stable, for instance. A. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Hamilton-Wright wrote: Sorry to follow-up my own note, but . . . On Wed, 1 Apr 2009, Andrew Wright wrote: [ further snippage of previous note ] Strong Caveats: o ***Early Adopter Warning***: There has not been (as far as I know) a general call for people to move to this type of repository access except for committers -- therefore expect rough edges until a general announcement is made. I would further urge you to read: http://svn.freebsd.org/viewvc/base/projects/GUIDELINES.txt?view=markup for an overview of the information used by the committers, and will further add: Even Stronger Caveat: o The head revision translates to something like current looking around in http://svn.freebsd.org/viewvc/base/ will show you that there are directories other than head from which branching is done. Some perusal of the svn manual and poking around in the repository may help you track current, but there isn't anything in place yet to let you track stable, for instance. I appreciate the URLs, but I think you're misinterpreting what I was asking. First, your comment about isn't anything in place yet to let you track stable,, That's not true. You could do this in cvsup, but seeing as I always cvsup the complete FreeBSD cvs archive, I would just do a checkout from my present archive using the stable branch I was interested. Do a cvs status -v of /usr/src/Makefile to get a complete listing of the names and numbers for all of the tags and branches you can checkout. In cvs, such things are sticky, so following a particular branch is no trick at all. Of course, clearing sticky tags/dates/branches that you set is equally easy to do. I can't figure out why you were telling me that stuff about HEAD and other branches. I think you my be wrong is what I *think* you said, you can branch any directory you want, at all. You can even branch a branch. Branches go against files, and cvs is rather stupid about directories. That's actually one of the things I like about svn, it knows about directories. I just need to know how to go about grabbing updating FreeBSD's entire subversion archive. Once I grab that archive, I can play at my will, affecting no one else, I think (like cvs). What I was really after was a way to fetch the FreeBSD subversion archive. I already have a correct cvs-supfile to use with cvsup, to allow me to do daily updates of my cvs archive. If I found out how to get the subversion one instead, I guess I would stop tracking the cvs archive. I don't know if I'd use something like cvs2svn to convert my present archive, or just fetch the new archive from scratch, I need to see what's the recommended way to go. But I do need to figure out how to get the subversion archive (not a particular branch of the archive, the whole kit and kaboodle). A. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknT10kACgkQz62J6PPcoOk85wCeKG4Izziyrte7N+8jcfKGAkz0 6E8Amwae3pq9cv+Gn71ua1q4HCJ+jDLp =Gp0/ -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
On Tue, 31 Mar 2009 22:18:33 -0400, Chuck Robey chu...@telenix.org wrote: What I don't know is, I use cvsup all the time, but when I switch to svn, what does the cvsup job of tracking an archive (not tracking the sources, I mean the archive)? Does svn do it all itself? If so, I can find out how, I just want to know if that's how its done. If not, what's the general tool used to track the freebsd archive, so I can investigate it? Hi Chunk, CVSup does two things: * It can check out copies of all the files in a remote repository, using date- and time-based snapshot info, or just CVS tag names. * It can mirror the RCS metadata of a CVS repository. These two operations are replaced, in a Subversion world, by the svn(1) client and a utility called svnsync(1). The svn(1) client can check out a snapshot of the Subversion repository using a revision ID, a date, or one of the special tag paths we have in the Subversion repository. The syntax for specifying the revision is slightly different from CVS, but more on that later. The good thing about svn(1) is that its operation is actually 'safer' than cvs(1) or CVSup, because a revision is either fully committed into the remote repository or is isn't. You can't check out half of a change from a Subversion repository, because you were unlucky enough to run the client when only half of a commit had been stored into the repository. I expect this sort of 'transactional' property of the Subversion tree to appeal a bit to all the users. Those who run CURRENT will like the fact that they won't get half of a commit, spend a few hours chasing down build problems, and then realize they could have avoided all that by checking out a full copy. Even the users who run STABLE will probably be a bit happy about this sort of transactional behavior of commits, because it means that in periods of high checkout load (i.e. right after an important security fix), they know that they either _have_ the change that fixes the issue or that they _don't_ have it. Checking out sources: Checking out with svn(1) is currently supported by the online Subversion repository, which is read-only to everyone and is accessible at: http://svn.freebsd.org/base/ You can point an svn(1) client there and check out parts of the source repository. Please do *not* check out a full copy of the _entire_ tree though. It will contain dozens of branches and several dozens of vendor applications that you most certainly _don't_ care about, and it will put a huge load on the Subversion server for no useful purpose. Before checking out with svn(1) you should take a bit of time to browse the repository and see its structure and there each branch lives. There is a web interface for the repository at: http://svn.freebsd.org/viewvc/base/ This should be a bit friendlier looking than the raw 'svn over http' pages of the `http://svn.freebsd.org/base/' URI. The branches that are most interesting for checking out source snapshots are: URI CVS-style name --- http://svn.freebsd.org/base/head/ CURRENT http://svn.freebsd.org/base/release/X.Y.Z RELENG_X_Y_Z_RELEASE http://svn.freebsd.org/base/releng/X.YRELENG_X_Y http://svn.freebsd.org/base/stable/X RELENG_X Examples: If you want to check out a copy of `7-STABLE', you can use the command: % svn co http://svn.freebsd.org/base/stable/7 stable-7 This should create a local directory called `stable-7' with the full source tree of the CVS branch called `RELENG_7'. If you want to check out the security branch `RELENG_7_1', because you want to get the security bug-fixes of the 7.1 release, you can use: % svn co http://svn.freebsd.org/base/releng/7.1 Finally, if you want to check out the sources at the time the release of FreeBSD 7.0-RELEASE was cut, you can use: % svn co http://svn.freebsd.org/base/release/7.0.0 Notes: Subversion is a bit wasteful with disk space. A full checkout of the `/head' branch takes more than *double* the space of a CVS checkout. This may, essentially, mean that on systems with limited disk space it may be sensible to stick with CVS checkouts (or NFS mount the `src' directory) for now. `svn update' is a bit faster than `cvs update'. For checkout trees that have no or very little local changes, it is almost blazingly faster than `cvs update'. Keeping a local repository mirror: == There is a tool called `svnsync' that can mirror the entire SVN repository to a local svn repository copy. I am not aware of any tool that can synchronize only *parts* of the repository history though. Its setup is a bit more convoluted than CVSup, and synchronizing into a completely `empty' local mirror will take ages. I will have
Re: going from cvs to svnq
On Wed, 1 Apr 2009 07:05:53 -0300 (ADT), Andrew Hamilton-Wright and...@qemg.org wrote: o ***Early Adopter Warning***: There has not been (as far as I know) a general call for people to move to this type of repository access except for committers -- therefore expect rough edges until a general announcement is made. Good point :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
going from cvs to svn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've finally decided that it's way past time that I switched from using cvs for my home archive (currently /home/ncvs) to using subversion. I'm trying to hunt down a web page that might give a set of rules to help moving things. I've spent about the last 90 minutes on Google, can't find what I'm after. I'm NOT asking for answers here, just the URL of what to read, but I'm going to give a couple of questions, just to you see what I'm after. I'm not after answers here, I want to read it myself if it's at all possible. Stuff like, can I use my present cvsup-fetched /home/ncvs with svn? I didn't see any way to check out an svn-specific archive in all the stuff I read, like the FreeBSD handbook. Can I use my present set of checkouts, or must I delete them and do new checkouts with svn? Are the URLs for cvsup listed in the handbook still correct (they haven't changed there in years now). That's it, I'd really like to see if the answers are available to be read in an FAQ somewhere, but if they're not listed, well then I guess I would appreciate the answers. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknSeyUACgkQz62J6PPcoOnrQgCeM/R7CPcd/nW7Jen6cHCIiGSA QJYAn1t6KI6ig3dYNJ7jhivUjxUSHJ54 =SHPN -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
On Tue, 31 Mar 2009, Chuck Robey wrote: I've finally decided that it's way past time that I switched from using cvs for my home archive (currently /home/ncvs) to using subversion. I'm trying to hunt down a web page that might give a set of rules to help moving things. I've It appears that you may be labouring under the assumption that svn is a potential _client_ replacement that will read a CVS repo. It doesn't do this. You can convert a repository using the tools available at: http://cvs2svn.tigris.org/ but afterwards you are using svn exclusively -- there is no ability to mix and match. After the conversion, both client and server tools will change. The primary advantage of using svn is that the _server_ uses a different protocol to track objects. Directory management, for instance, is a track-able change, as opposed to the CVS strategy of directory management through side effect. Stuff like, can I use my present cvsup-fetched /home/ncvs with svn? I didn't No - if you have fetched a directory using cvsup, then it is a CVS workspace, and will remain that way. If the server managing a repo is using CVS, you will use a CVS client to access it If you are managing a repo you wish to convert to svn, then the link above will help you do it. At the time of such a conversion, all currently-checked-out CVS workspaces will be orphaned. A. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: going from cvs to svnq
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Wright wrote: On Tue, 31 Mar 2009, Chuck Robey wrote: I've finally decided that it's way past time that I switched from using cvs for my home archive (currently /home/ncvs) to using subversion. I'm trying to hunt down a web page that might give a set of rules to help moving things. I've It appears that you may be labouring under the assumption that svn is a potential _client_ replacement that will read a CVS repo. I wasn't laboring under a misapprehension, I asked if they were compatible, I wasn't trying to say they were. Thanks, though, for the URL, I wasn't aware of cvs2svn. It doesn't do this. You can convert a repository using the tools available at: http://cvs2svn.tigris.org/ but afterwards you are using svn exclusively -- there is no ability to mix and match. After the conversion, both client and server tools will change. The primary advantage of using svn is that the _server_ uses a different protocol to track objects. I think that's unclear, you can't mean that just having the protocol be different, that's not that much of a win. Having svn track extra things, like directories, that I'd think was a win. Directory management, for instance, is a track-able change, as opposed to the CVS strategy of directory management through side effect. I'd have said, for cvs, more like directory non-management. Was nice to simply fix things, if you didn't have worry about others helping you out, but keeping history could be a lot more of a problem. Not impossible, but difficult. I used to be a company's release engineer, under cvs, but never svn. I just don't know svn a fraction as well as I know cvs. What I don't know is, I use cvsup all the time, but when I switch to svn, what does the cvsup job of tracking an archive (not tracking the sources, I mean the archive)? Does svn do it all itself? If so, I can find out how, I just want to know if that's how its done. If not, what's the general tool used to track the freebsd archive, so I can investigate it? Stuff like, can I use my present cvsup-fetched /home/ncvs with svn? I didn't No - if you have fetched a directory using cvsup, then it is a CVS workspace, and will remain that way. If the server managing a repo is using CVS, you will use a CVS client to access it If you are managing a repo you wish to convert to svn, then the link above will help you do it. At the time of such a conversion, all currently-checked-out CVS workspaces will be orphaned. A. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknSzvkACgkQz62J6PPcoOnQ/ACeJlycE/LnWxCkiedMdvlgTPso 2zUAn1OyAnrq/QjgkqCnvXwYrLyL54SY =7H4O -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: updated to 7.1 via cvs source, PAE kernel. server unstable
matt donovan wrote: could be due to PAE. since PAE is known not to be very stable. Not true at all unless you know something I don't. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
updated to 7.1 via cvs source, PAE kernel. server unstable
Hi all, Hopefully someone can shed some light on my problem. Over the weekend, we upgraded our mailserver that was running like a champ w/ FBSD 7.0 and a PAE kernel (8gb RAM). I didn't use the freebsd-update program, because I read that if you're not using a GENERIC kernel, it wont work. I had changed the standard-supfile like that had RELENG_7_0 to RELENG_7_1 and ran cvsup. I followed the handbook for cleaning out the /usr/src/obj directory, rebuilt the world and kernel via: # cd /usr/src# make buildworld# make buildkernel KERNCONF=PAE# make installkernel KERNCONF=PAE then I rebooted into single user mode and performed the: # mount -a -t ufs# mergemaster -p# cd /usr/src# make installworld# mergemaster When I did the mergemaster, I kept my master.password, hosts, passwd, rc.conf, and make.conf. But for the most part, I 'i' installed the new files. Since then, we have had severe server instability after a few hours. The server completely locks up requiring a hard boot, then the fsck_ufs runs for a while. This is our production mail server, and we've been down off and on for 2 days. I'm in the process of building a replacement and getting back online with 7.0 and a GENERIC kernel, but what on Earth could have gone on? Did I do something wrong with using a PAE kernel on 7.1? I'm in single-user mode again running 'fsck -y' and there are TONS of errors on the /usr volume. The /var/log/messages just shows that the server was restarted, and I'm just wondering where to start. _ Windows Live™ Hotmail®: Chat. Store. Share. Do more with mail. http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_hm_justgotbetter_explore_012009___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: updated to 7.1 via cvs source, PAE kernel. server unstable
On Tue, Jan 13, 2009 at 4:32 PM, brad davison demonichandextensi...@hotmail.com wrote: Hi all, Hopefully someone can shed some light on my problem. Over the weekend, we upgraded our mailserver that was running like a champ w/ FBSD 7.0 and a PAE kernel (8gb RAM). I didn't use the freebsd-update program, because I read that if you're not using a GENERIC kernel, it wont work. I had changed the standard-supfile like that had RELENG_7_0 to RELENG_7_1 and ran cvsup. I followed the handbook for cleaning out the /usr/src/obj directory, rebuilt the world and kernel via: # cd /usr/src# make buildworld# make buildkernel KERNCONF=PAE# make installkernel KERNCONF=PAE then I rebooted into single user mode and performed the: # mount -a -t ufs# mergemaster -p# cd /usr/src# make installworld# mergemaster When I did the mergemaster, I kept my master.password, hosts, passwd, rc.conf, and make.conf. But for the most part, I 'i' installed the new files. Since then, we have had severe server instability after a few hours. The server completely locks up requiring a hard boot, then the fsck_ufs runs for a while. This is our production mail server, and we've been down off and on for 2 days. I'm in the process of building a replacement and getting back online with 7.0 and a GENERIC kernel, but what on Earth could have gone on? Did I do something wrong with using a PAE kernel on 7.1? I'm in single-user mode again running 'fsck -y' and there are TONS of errors on the /usr volume. The /var/log/messages just shows that the server was restarted, and I'm just wondering where to start. _ Windows Live™ Hotmail(R): Chat. Store. Share. Do more with mail. http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_hm_justgotbetter_explore_012009___ freebsd-questions@freebsd.orghttp://windowslive.com/explore?ocid=txt_taglm_wl_t1_hm_justgotbetter_explore_012009___freebsd-questi...@freebsd.orgmailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org could be due to PAE. since PAE is known not to be very stable. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: updated to 7.1 via cvs source, PAE kernel. server unstable
matt donovan schreef: On Tue, Jan 13, 2009 at 4:32 PM, brad davison demonichandextensi...@hotmail.com wrote: Since then, we have had severe server instability after a few hours. The server completely locks up requiring a hard boot, then the fsck_ufs runs for a while. This is our production mail server, and we've been down off and on for 2 days. could be due to PAE. since PAE is known not to be very stable. First thing I'd try too. Compile a GENERIC kernel and see if that brings any improvement. If it does, perhaps consider running AMD64 in stead of PAE. Alot more stable. -- FR ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cvs stupid question
On Wed 2008-12-03 16:31:29 UTC+0100, Wojciech Puchar ([EMAIL PROTECTED]) wrote: export [EMAIL PROTECTED]:/home/ncvs cvs checkout -rRELENG_7 src waited over an hour, no files got fetched what i'm doing wrong? Looks like the server is down: $ export [EMAIL PROTECTED]:/home/ncvs $ cvs checkout -rRELENG_7 src ssh: connect to host anoncvs.FreeBSD.org port 22: Connection refused cvs [checkout aborted]: end of file from server (consult above messages if any) This works: $ export [EMAIL PROTECTED]:/home/ncvs $ cvs checkout -rRELENG_7 src The authenticity of host 'anoncvs1.freebsd.org (216.87.78.137)' can't be established. DSA key fingerprint is 53:1f:15:a3:72:5c:43:f6:44:0e:6a:e9:bb:f8:01:62. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'anoncvs1.freebsd.org' (DSA) to the list of known hosts. cvs checkout: Updating src U src/COPYRIGHT U src/LOCKS U src/MAINTAINERS U src/Makefile ^Ccvs [checkout aborted]: received interrupt signal $ Killed by signal 2. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
cvs stupid question
i try export [EMAIL PROTECTED]:/home/ncvs cvs checkout -rRELENG_7 src waited over an hour, no files got fetched what i'm doing wrong? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD CVS tag
N. Raghavendra [EMAIL PROTECTED] writes: At 2008-09-16T14:40:15-04:00, Lowell Gilbert wrote: The CVSROOT/config file supports LocalKeyword. Is it supported in the version of CVS that comes with the base system? It didn't work for me with the system CVS. According to the CVS CVS repo at http://cvs.savannah.gnu.org/viewvc/cvs/ccvs/ the LocalKeyword mechanism was introduced with CVS 1.12.2. The system CVS in FreeBSD 7-STABLE seems to be 1.11.17. I think even the tagexpand capability comes through FreeBSD patches to that version. I thought that was how the FreeBSD keyword was implemented. LocalKeyword was widely supported with patches before it was added to the official CVS development tree... The comments in the CVSROOT-src/config file seem to confirm that, although I'm not sure where the definition is *really* added. I'm too lazy to track it down now, though. To be (even more) honest, I have a strong desire *not* to be a CVS expert. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD CVS tag
At 2008-09-17T10:15:37-04:00, Lowell Gilbert wrote: The comments in the CVSROOT-src/config file seem to confirm that, although I'm not sure where the definition is *really* added. I missed that config file. OTOH, there is http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/CVSROOT/options in support of the tagexpand approach. To be (even more) honest, I have a strong desire *not* to be a CVS expert. Indeed :-) Since switching over to Mercurial, my interest in CVS has been somewhat cursory, as well. Anyway, thanks for the response. Raghu. -- N. Raghavendra [EMAIL PROTECTED] | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD CVS tag
Polytropon [EMAIL PROTECTED] writes: I'm not sure how these are supported in the cvs version shipped with FreeBSD, but I'm pretty sure the answers are the same, and the functionality is supported standard in recent versions of CVS. My questions: 1. How is it possible to include a sub-path in the CVS file field, but not the absolute path of the file? I think you configure that with $CVSHeader$ instead of $Header$. Or maybe the other way around... 2. How is it possible to change $Id$ or $Header$ to a custom string, let's say the name of a company or a project, by not breaking (!) the CVS compatibility (no s/Header/Foobar/). The CVSROOT/config file supports LocalKeyword. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD CVS tag
At 2008-09-15T16:31:16+02:00, Polytropon wrote: 1. How is it possible to include a sub-path in the CVS file field, but not the absolute path of the file? Use the `CVSHeader' keyword instead of `Header'. The CVSHeader keyword expands to the relative path of the file in the CVS repository. See the CVS manual at http://cvsman.com/cvs-1.12.12/cvs_100.php 2. How is it possible to change $Id$ or $Header$ to a custom string, let's say the name of a company or a project, by not breaking (!) the CVS compatibility (no s/Header/Foobar/). Example for goal: $StupidProject: src/mouse/beep.pl,v 1.2.4 2008/16/32 04:08:16 bob Exp $ CVS checkout `CVSROOT'. Create a file called `options' in the working copy of CVSROOT with the following contents: tag=StupidProject=CVSHeader tagexpand=iStupidProject CVS add and commit `options'. Now, only the `StupidProject' keyword will be expanded, leaving other keywords unexpanded. See: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/CVSROOT/options http://dotat.at/writing/cvs-guidelines.html Raghu. -- N. Raghavendra [EMAIL PROTECTED] | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD CVS tag
At 2008-09-16T14:40:15-04:00, Lowell Gilbert wrote: The CVSROOT/config file supports LocalKeyword. Is it supported in the version of CVS that comes with the base system? It didn't work for me with the system CVS. According to the CVS CVS repo at http://cvs.savannah.gnu.org/viewvc/cvs/ccvs/ the LocalKeyword mechanism was introduced with CVS 1.12.2. The system CVS in FreeBSD 7-STABLE seems to be 1.11.17. I think even the tagexpand capability comes through FreeBSD patches to that version. Raghu. -- N. Raghavendra [EMAIL PROTECTED] | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVS log
In the last episode (Sep 14), Walker said: Is there a CVS log that is web accessible and allows me to search for all changes between two releases (for example, version 7.0 and the upcoming 7.1)? http://ftp.cz.freebsd.org/pub/FreeBSD-cvs/main/CVSROOT/commitlogs/ (and some of the other regional FreeBSD sites) has all the commit entries. 7.0 was released in late February, so if you look at all the files between then and now, only looking at things committed to the RELENG_7 branch, you'll have your changes. If you install the subversion port, the command svn log -v -r '{2008-2-27}:HEAD' svn://svn.freebsd.org/base/stable/7/ will print all commits to the RELENG_7 branch between then and now. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
CVS log
Is there a CVS log that is web accessible and allows me to search for all changes between two releases (for example, version 7.0 and the upcoming 7.1)? Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ataidle - causing apache cvs timeouts
I'm running ataidle on my personal server to save electricity. saving your drive instead of electricity is much more economic. all drives prefers running in stable environment - like being up 24h/day. average drive takes 10Watts , so it's 90kWh/year. in Poland it's about 30PLN/year, assuming your drive is down half time you will save 15PLN/year which is about six US dollars :) much less that increased chance of drive failure. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ataidle - causing apache cvs timeouts
I'm running ataidle on my personal server to save electricity. However, every time it has to spin up a drive whatever I'm accessing (apache, cvs, etc) gives an error instead of waiting for the disk. If I then access it again after a couple seconds once the disk is active it works fine. Any idea how to fix this? Relevant parts of dmesg: ad7: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=640790375 ad7: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=640790375 ad7: FAILURE - READ_DMA48 timed out LBA=640790375 Thanks, Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ataidle - causing apache cvs timeouts
Steve Franks wrote: I'm running ataidle on my personal server to save electricity. However, every time it has to spin up a drive whatever I'm accessing (apache, cvs, etc) gives an error instead of waiting for the disk. If I then access it again after a couple seconds once the disk is active it works fine. Any idea how to fix this? Relevant parts of dmesg: ad7: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=640790375 ad7: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=640790375 ad7: FAILURE - READ_DMA48 timed out LBA=640790375 Hack the code to increase the timeout or number of retries. Evidently your drive is taking too long to spin up when powered down. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: idea bouncing: using cvs as a replacement for mergemaster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Garrett Cooper wrote: On Nov 27, 2007, at 7:45 PM, Aryeh M. Friedman wrote: I was thinking seeing the fact that I already have a cvs repo of -current does it make sense to just use CVS to update /etc instead of mergemaster... if so any ideas on doing it cleanly? CVS sucks and I wouldn't wish that requirement on anyone for their base system.. There isn't a decent idiot-proof / foolproof system out there for defeating merging issues... -Garrett I was talking for myself only not anyone else - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTOZ2J9+1V27SttsRAj6NAJ9WGi/BakGPvcMiRLdyX90gS0hVgQCaAqrF E1x9CjYdxLf42XbF6vus1To= =2gb8 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
CVS setup
Hello Everyone I am trying to get cvs(up ?) to run on Eclipse Webmin also. I have 6.2 stable running! How may I get the source for say 6.2 stable pre 6.3 prerelease ? I can do this the normal way on freebsd but I would like a copy to mess with on Eclipse localy! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVS setup
[EMAIL PROTECTED] wrote: Hello Everyone I am trying to get cvs(up ?) to run on Eclipse Webmin also. I have 6.2 stable running! How may I get the source for say 6.2 stable pre 6.3 prerelease ? I can do this the normal way on freebsd but I would like a copy to mess with on Eclipse localy! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] So in your supfile for cvsup, you can change the prefix from /usr to something else. That will check out the sources to the directory you mentioned there. Rg, Tino ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]