Re: Cronjob Cvsup -> What?
On Sun, 27 Jan 2013 09:51:12 -0500 MFV wrote: > Hello Matthew, > > Thanks for an outstanding piece of documentation. It resolves a > number of concerns I had and convinced me to move from portsnap where > I discovered an apparent bug that gave me security concerns. More > specifically I manually edited /usr/ports/UPDATING and portsnap did > not recognise the change and download a proper copy. I don't see why that's a problem. The function of "portsnap update" is to update files in the tree that have been updated, deleted or added in the repository. Resynchronising the tree and it's metadata with the snapshot is what "portsnap extract" is for. ___ 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: Cronjob Cvsup -> What?
On Sun, 27 Jan 2013, Matthew Seaman wrote: 2) Choose a protocol for access the SVN servers. Your choices in order of preference are svn:// https:// http:// Use svn:// for best performance. If you're concerned about MITM attacks injecting trojans into the FreeBSD sources, then use https and be sure to verify the certificate hashes on first connection. Otherwise, if you're stuck behind a restrictive firewall, use http:// HTTPS is preferred. The SVN mirrors section of the Handbook will soon reflect that. Performance should not be very different from svn://. ___ 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: Cronjob Cvsup -> What?
Steve O'Hara-Smith writes: > > The only downside with svn seems to be the 728 MB footprint. > > With hard disc space running at around 10c per gigabyte it's a > minor issue. Doesn't that depend on whose money it is? Robert Huff ___ 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: Cronjob Cvsup -> What?
On Sun, 27 Jan 2013 09:51:12 -0500 MFV wrote: > The only downside with svn seems to be the 728 MB footprint. With hard disc space running at around 10c per gigabyte it's a minor issue. -- Steve O'Hara-Smith ___ 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: Cronjob Cvsup -> What?
Hello Matthew, Thanks for an outstanding piece of documentation. It resolves a number of concerns I had and convinced me to move from portsnap where I discovered an apparent bug that gave me security concerns. More specifically I manually edited /usr/ports/UPDATING and portsnap did not recognise the change and download a proper copy. The only downside with svn seems to be the 728 MB footprint. Cheers ... Mark On Sun, 27 Jan 2013 05:46:23 Matthew Seaman wrote: > On 27/01/2013 08:35, Zyumbilev, Peter wrote: > > Last 10 years I am using cvsup. Any good guide for the transition to > > subversion ? > > Most of the guides around freebsd.org are aimed at developers who will > be using SVN read-write. For simple read-only use (ie. not checking > anything into the repository) the following should suffice: > > 0) Install svn > > It isn't part of the base system, and it has too many external > dependencies with different licensing terms for it to be bought > in easily. There's been some discussion about this, but it hasn't > happened yet. If it did, the imported version would be fairly > minimal, and anyone wanting to use it for serious development > would probably just grab the ports version anyhow. > > If all you want to do is pull down a copy of the sources then you > can turn off most of the options to reduce the fairly large > dependency tree to something more manageable: > > BDB=off: Berkeley Database > BOOK=off: Install the Subversion Book > ENHANCED_KEYWORD=on: Enhanced svn:keyword support > FREEBSD_TEMPLATE=on: FreeBSD Project log template > GNOME_KEYRING=off: Build with GNOME Keyring auth support > KDE_KWALLET=off: Build with KDE KWallet auth support > MAINTAINER_DEBUG=off: Build debug version > MOD_DAV_SVN=off: mod_dav_svn module for Apache 2.X > MOD_DONTDOTHAT=off: mod_dontdothat for Apache 2.X > NEON=off: WebDAV/Delta-V repo access module (neon) > P4_STYLE_MARKERS=off: Perforce-style conflict markers > SASL=off: SASL support > SERF=on: WebDAV/Delta-V repo access module (serf) > STATIC=off: Build static version (no shared libs) > SVNAUTHZ_VALIDATE=off: install svnauthz-validate > SVNMUCC=off: Install Multiple URL Command Client > SVNSERVE_WRAPPER=off: Enable svnserve wrapper > TEST=off: Run subversion test suite > > There is the new devel/subversion-static port which does all that, > and compiles subversion with static linkage so it has *no* runtime > dependencies on anything else. The disadvantage here is that if > there is, say, a security hole discovered in the one of the > libraries subversion links against, you won't secure the > statically linked copy of subversion simply by updating to a fixed > version of the shlib. subversion-static is really only intended > for providing a one-off binary package that people can download > and install in order to bootstrap a more standard FreeBSD > environment. > > 1) Choose a SVN mirror close to you. Currently there are two choices: > > svn0.us-west.FreeBSD.org -- Western USA > svn0.us-east.FreeBSD.org -- Eastern USA > > Use whichever one gives you best performance. Certainly from > Europe at the moment us-east seems to be the best choice. > > The number of SVN mirrors and their global coverage should increase > over time, but it will never need as many servers as the old cvsup > network. > > The canonical list of SVN mirrors is here: > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn-mirrors.html > > 2) Choose a protocol for access the SVN servers. Your choices in > order of preference are > > svn:// > https:// > http:// > > Use svn:// for best performance. If you're concerned about MITM > attacks injecting trojans into the FreeBSD sources, then use > https and be sure to verify the certificate hashes on first > connection. Otherwise, if you're stuck behind a restrictive > firewall, use http:// > > 3) Choose which branch you want to mirror. It's relatively easy to > switch between branches and doesn't involve downloading the entire > contents of /usr/src all over again if you change your mind. > However right now, the viable choices are > > head --- Current, the bleeding edge, really only suitable > for development purposes > > stable/9 --- 9-STABLE Still a rapidly changing development > branch, but not quite so close t
Re: Cronjob Cvsup -> What?
On 27/01/2013 12:46, Matthew Seaman wrote: > Cheers, > > Matthew > Matthew, Fantastic howto ! Thanks ! Really a good job...as usual :-) Peter ___ 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: Cronjob Cvsup -> What?
On 27/01/2013 10:07, Mike Clarke wrote: > I suppose the best approach with ZFS would be to make a snapshot immediately > prior to running portsnap. Yes. That would do the trick quite neatly. In fact, snapshot before each time you run portsnap. Cheers Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matt...@infracaninophile.co.uk signature.asc Description: OpenPGP digital signature
Re: Cronjob Cvsup -> What?
On 27/01/2013 08:35, Zyumbilev, Peter wrote: > Last 10 years I am using cvsup. Any good guide for the transition to > subversion ? Most of the guides around freebsd.org are aimed at developers who will be using SVN read-write. For simple read-only use (ie. not checking anything into the repository) the following should suffice: 0) Install svn It isn't part of the base system, and it has too many external dependencies with different licensing terms for it to be bought in easily. There's been some discussion about this, but it hasn't happened yet. If it did, the imported version would be fairly minimal, and anyone wanting to use it for serious development would probably just grab the ports version anyhow. If all you want to do is pull down a copy of the sources then you can turn off most of the options to reduce the fairly large dependency tree to something more manageable: BDB=off: Berkeley Database BOOK=off: Install the Subversion Book ENHANCED_KEYWORD=on: Enhanced svn:keyword support FREEBSD_TEMPLATE=on: FreeBSD Project log template GNOME_KEYRING=off: Build with GNOME Keyring auth support KDE_KWALLET=off: Build with KDE KWallet auth support MAINTAINER_DEBUG=off: Build debug version MOD_DAV_SVN=off: mod_dav_svn module for Apache 2.X MOD_DONTDOTHAT=off: mod_dontdothat for Apache 2.X NEON=off: WebDAV/Delta-V repo access module (neon) P4_STYLE_MARKERS=off: Perforce-style conflict markers SASL=off: SASL support SERF=on: WebDAV/Delta-V repo access module (serf) STATIC=off: Build static version (no shared libs) SVNAUTHZ_VALIDATE=off: install svnauthz-validate SVNMUCC=off: Install Multiple URL Command Client SVNSERVE_WRAPPER=off: Enable svnserve wrapper TEST=off: Run subversion test suite There is the new devel/subversion-static port which does all that, and compiles subversion with static linkage so it has *no* runtime dependencies on anything else. The disadvantage here is that if there is, say, a security hole discovered in the one of the libraries subversion links against, you won't secure the statically linked copy of subversion simply by updating to a fixed version of the shlib. subversion-static is really only intended for providing a one-off binary package that people can download and install in order to bootstrap a more standard FreeBSD environment. 1) Choose a SVN mirror close to you. Currently there are two choices: svn0.us-west.FreeBSD.org -- Western USA svn0.us-east.FreeBSD.org -- Eastern USA Use whichever one gives you best performance. Certainly from Europe at the moment us-east seems to be the best choice. The number of SVN mirrors and their global coverage should increase over time, but it will never need as many servers as the old cvsup network. The canonical list of SVN mirrors is here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/svn-mirrors.html 2) Choose a protocol for access the SVN servers. Your choices in order of preference are svn:// https:// http:// Use svn:// for best performance. If you're concerned about MITM attacks injecting trojans into the FreeBSD sources, then use https and be sure to verify the certificate hashes on first connection. Otherwise, if you're stuck behind a restrictive firewall, use http:// 3) Choose which branch you want to mirror. It's relatively easy to switch between branches and doesn't involve downloading the entire contents of /usr/src all over again if you change your mind. However right now, the viable choices are head --- Current, the bleeding edge, really only suitable for development purposes stable/9 --- 9-STABLE Still a rapidly changing development branch, but not quite so close to the edge, and with less bleeding involved. stable/8 --- 8-STABLE Ditto. releng/9.1 --- 9.1-RELEASE This tracks any security patches to version 9.1. However, in this case you would be better advised to use freebsd-update(8) to maintain your /usr/src directory tree instead. Similarly releng/9.0 releng/8.3 releng/7.4 for other supported release versions. Don't be fooled into pulling down release/9.1.0 or the like -- this is not a *branch* but a *snapshot*. If you think you want release/9.1.0 then you really want releng/9.1 instead. 4) Make sure /usr/src is empty. Pre-existing files can cause you grief at some unexpected later date even if they don't cause the initial checkout to fail. 5) Put it all together. Run a command like so to check out the con
Re: Cronjob Cvsup -> What?
On Sunday 27 Jan 2013 09:46:51 Matthew Seaman wrote: > to get yourself a portsnap-ready copy of the ports tree. You only need > to do that once, but you should move aside any pre-existing copy of > /usr/ports obtained by any means other than portsnap(8) before you do > (but keep anything under /usr/ports/distfiles and maybe > /usr/ports/packages). Something like: > >cd /usr >mv ports ports.old >mkdir ports >mv ports.old/distfiles ports/distfiles >mv ports.old/packages ports/packages >portsnap fetch extract > > Although this may be complicated if any of /usr/ports, > /usr/ports/distfiles or /usr/ports/packages are on a separate partition > or ZFS. I suppose the best approach with ZFS would be to make a snapshot immediately prior to running portsnap. -- Mike Clarke ___ 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: Cronjob Cvsup -> What?
On 27/01/2013 00:11, W. D. wrote: > What would be the best Cron command to keep ports updated on a daily > basis? Try this as a crontab entry: 0 3 * * * * /usr/sbin/portsnap cron update Two points to note: 1) The 'cron' verb is important for anyone setting up an automated job like this. It causes portsnap to wait for a random number of seconds (but less than 1 hour) before connecting to the portsnap server. Since the tendency is for people to schedule cron jobs to happen on the hour, this helps to avoid everyone connecting at once and smooths out the server load. 2) This assumes that you have previously run portsnap fetch extract to get yourself a portsnap-ready copy of the ports tree. You only need to do that once, but you should move aside any pre-existing copy of /usr/ports obtained by any means other than portsnap(8) before you do (but keep anything under /usr/ports/distfiles and maybe /usr/ports/packages). Something like: cd /usr mv ports ports.old mkdir ports mv ports.old/distfiles ports/distfiles mv ports.old/packages ports/packages portsnap fetch extract Although this may be complicated if any of /usr/ports, /usr/ports/distfiles or /usr/ports/packages are on a separate partition or ZFS. I say 'move aside' due to the caution imbued by having been a professional sysadmin for more years than I care to remember. If you are still convinced of your own infallibility, then you might find rm(1) an acceptable alternative. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matt...@infracaninophile.co.uk signature.asc Description: OpenPGP digital signature
Re: Cronjob Cvsup -> What?
On 27/01/2013 06:34, Lowell Gilbert wrote: > If you needed version control features on your ports tree (especially if > you were regularly contributing changes to ports), getting and updating > your tree through subversion would have some extra features you might > want, but it doesn't sound as if that is the case for you. > > Unless you have a specific reason why portsnap doesn't fit your use > case, it's definitely the way to go for just keeping a ports tree > updated regularly. Last 10 years I am using cvsup. Any good guide for the transition to subversion ? For ports is easy(portsnap), but I for system update I still have problems saying good bye to old habits and I still use cvsup...:-) Peter ___ 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: Cronjob Cvsup -> What?
"W. D." writes: > According to: > > http://www.freebsd.org/news/2012-compromise.html > > Cvsup is deprecated. If I have a Cron entry like: > > #- > #Min HrDOM Mnth DOW Command > > # At 3:46 in the morning, everyday, as root, update the ports tree: > 46 3 * * * /usr/local/bin/cvsup -h > cvsup12.FreeBSD.org /usr/share/examples/cvsup/ports-supfile > #- > > What should I use: freebsd-update, Subversion, portsnap, or what? > > What would be the best Cron command to keep ports updated on a daily > basis? portsnap is almost certainly the best answer for you. freebsd-update is for the base system, not ports. If you needed version control features on your ports tree (especially if you were regularly contributing changes to ports), getting and updating your tree through subversion would have some extra features you might want, but it doesn't sound as if that is the case for you. Unless you have a specific reason why portsnap doesn't fit your use case, it's definitely the way to go for just keeping a ports tree updated regularly. ___ 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"
Cronjob Cvsup -> What?
According to: http://www.freebsd.org/news/2012-compromise.html Cvsup is deprecated. If I have a Cron entry like: #- #Min HrDOM Mnth DOW Command # At 3:46 in the morning, everyday, as root, update the ports tree: 46 3 * * * /usr/local/bin/cvsup -h cvsup12.FreeBSD.org /usr/share/examples/cvsup/ports-supfile #- What should I use: freebsd-update, Subversion, portsnap, or what? What would be the best Cron command to keep ports updated on a daily basis? Thanks for any help you can provide. Start Here to Find It Fast! -> http://www.US-Webmasters.com/best-start-page/ $9.99 Domain Names -> http://domains.us-webmasters.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: Recent security announcement and csup/cvsup?
On 11/20/2012 12:45 PM, Mohacsi Janos wrote: > Dear Ollivier and all, > I have problem with the portsnap: I maintain a private "repository" > under the /usr/ports: There is a /usr/ports/tmp where I store new ports to > be tested, and submitted. The portsnap is removing unrecognized local files. > With cvsup I don't have such a problem. > I have no information about pkgng, whether I can maintain private > repository with pkgng or not? I guess the best in this case is to switch to subversion. http://wiki.freebsd.org/PortsSubversionPrimer > > Janos Mohacsi > Head of HBONE+ project > Network Engineer, Director Network and Multimedia > NIIF/HUNGARNET, HUNGARY > Co-chair of Hungarian IPv6 Forum > Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 > > On Tue, 20 Nov 2012, Ollivier Robert wrote: > >> According to Gary Palmer on Sun, Nov 18, 2012 at 01:04:21PM -0500: >>> In other words: while signed updates via freebsd-update and portsnap >>> are great for a good chunk of users, they don't address everyones needs. >> >> Hopefully, with the move toward kngng, there will be less need of >> portsnap (and /usr/ports for that matter). >> >> -- >> Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.net >> In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/ This e-mail message, including any attachment(s), is intended solely for the addressee or addressees. Any views or opinions presented herein are solely those of the author and do not necessarily represent those of OSE. If you are not the intended recipient of this communication please return this e-mail message and the attachment(s) to the sender and delete and destroy all copies. ___ 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"
Issue with cvsup and updating RELENG_9
I've been using cvsup for upgrading all of my installations for more years than I want to remember. I just detected that I have a problem. Configuration: supfile=/usr/local/etc/cvs-supfile and contains: *default tag=RELENG_9 *default host=cvsup15.freebsd.org *default base=/usr/local/etc/cvsup *default prefix=/usr *default release=cvs *default delete use-rel-suffix src-all # doc-all cvsroot-all I run cvsup from crontab and my logfile shows: TreeList failed: Error in "/usr/local/etc/cvsup/sup/cvsroot-all/checkouts.cvs:RELENG_9": Bad header line. Delete it and try again. I just checked the Handbook to see if the tag has changed. No luck, so I assume I am missing something that I shouldn't. Maybe I should change and not use cvsup. Any suggestions appreciated. I also update ports using cvsup and is working fine. Thanks, ed ___ 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"
Problem with cvsup since 9.0-STABLE FreeBSD 9.0-STABLE #225 r229960M
TreeList failed: Error in "/usr/local/etc/cvsup/sup/cvsroot-all/checkouts.cvs:RELENG_9": Bad header line. Delete it and try again. I deleted that above mentioned file before running cvsup. I've been using the configuration file for many years with no changes and don't normally check because it has never failed me. Any suggestions appreciated. ed My cvs-supfile contains: *default tag=RELENG_9 *default host=cvsup15.freebsd.org *default base=/usr/local/etc/cvsup *default prefix=/usr *default release=cvs *default delete use-rel-suffix src-all cvsroot-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: cvsup of RELENG_8_1
On 6/9/12 2:43 PM, Lowell Gilbert wrote: Jim Nasby writes: I keep getting this error when trying to update source on 8.1: TreeList failed: Error in "/var/db/sup/src-all/checkouts.cvs:RELENG_8_1": 13890: Could not parse status record. Delete it and try again. Have you tried deleting /var/db/sup/src-all/checkouts.cvs:RELENG_8_1 and retrying cvsup? Somehow I got it in my head that that was a file living on the cvsup server and not locally. After deleting that file all is good. Thanks for your help! -- Jim C. Nasby, Database Architect j...@nasby.net 512.569.9461 (cell) http://jim.nasby.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: cvsup of RELENG_8_1
Jim Nasby writes: > I keep getting this error when trying to update source on 8.1: > > TreeList failed: Error in "/var/db/sup/src-all/checkouts.cvs:RELENG_8_1": > 13890: Could not parse status record. Delete it and try again. Have you tried deleting /var/db/sup/src-all/checkouts.cvs:RELENG_8_1 and retrying cvsup? > I realize that 8.1 isn't formally supported anymore, but should cvsup still > work? I can't upgrade right now because of the conflict between GPT and > gmirror what was introduced in 8.2. Right. This isn't version-related. ___ 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"
cvsup of RELENG_8_1
I keep getting this error when trying to update source on 8.1: TreeList failed: Error in "/var/db/sup/src-all/checkouts.cvs:RELENG_8_1": 13890: Could not parse status record. Delete it and try again. I realize that 8.1 isn't formally supported anymore, but should cvsup still work? I can't upgrade right now because of the conflict between GPT and gmirror what was introduced in 8.2. -- Jim C. Nasby, Database Architect j...@nasby.net 512.569.9461 (cell) http://jim.nasby.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: Querying a cvsup server
On Tue, Feb 7, 2012 at 9:13 AM, Warren Block wrote: > I'm not looking for a specific version of a file, but trying to find out > whether any arbitrary cvsup mirror is current with the main repository. > Not version control, but network monitoring. http://www.mavetju.org/unix/freebsd-mirrors/cvsup-stats-global.php -- Rob Farmer ___ 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: Querying a cvsup server
On Tue, 7 Feb 2012, Lowell Gilbert wrote: Warren Block writes: On Mon, 6 Feb 2012, Lowell Gilbert wrote: Warren Block writes: Is there a way to query one of the FreeBSD cvsup mirrors, something like 'svn list -v svn:...' (only with cvs or csup)? I'm looking to find the revision or date of a file. Anonymous CVS is probably the best approach for you. It's covered in the Handbook. The goal is to check arbitrary files on FreeBSD cvsup servers to see if they are up to date. AFAIK, there are only a couple of anoncvs servers and the normal cvsupN.freebsd.org servers don't do that. It's not clear why you're insisting on using the cvsup servers as opposed to anonymous CVS, I'm not looking for a specific version of a file, but trying to find out whether any arbitrary cvsup mirror is current with the main repository. Not version control, but network monitoring. Rephrasing: "cvsupN.freebsd.org, do you have the latest version of the doc and src trees?" but if you have to use those, then you need to download the whole repository in "CVS mode" and use cvs with that. The cvsup protocol does not support version control operations. It's desirable to keep bandwidth usage low. csup can be forced with -i to only download one file, and that file has the creation date. The trick to taking that as a freshness indicator for the whole would be picking a file that changes on every commit. Or maybe "sup/*/checkouts.cvs:.", which is updated even when -i specifies a nonexistent file. ___ 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: Querying a cvsup server
Warren Block writes: > On Mon, 6 Feb 2012, Lowell Gilbert wrote: > >> Warren Block writes: >> >>> Is there a way to query one of the FreeBSD cvsup mirrors, something >>> like 'svn list -v svn:...' (only with cvs or csup)? I'm looking to >>> find the revision or date of a file. >> >> Anonymous CVS is probably the best approach for you. >> It's covered in the Handbook. > > The goal is to check arbitrary files on FreeBSD cvsup servers to see > if they are up to date. AFAIK, there are only a couple of anoncvs > servers and the normal cvsupN.freebsd.org servers don't do that. It's not clear why you're insisting on using the cvsup servers as opposed to anonymous CVS, but if you have to use those, then you need to download the whole repository in "CVS mode" and use cvs with that. The cvsup protocol does not support version control operations. ___ 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: Querying a cvsup server
On Mon, 6 Feb 2012 14:53:58 -0700 (MST) Warren Block wrote: > On Mon, 6 Feb 2012, Lowell Gilbert wrote: > > > Warren Block writes: > > > >> Is there a way to query one of the FreeBSD cvsup mirrors, something > >> like 'svn list -v svn:...' (only with cvs or csup)? I'm looking to > >> find the revision or date of a file. > > > > Anonymous CVS is probably the best approach for you. > > It's covered in the Handbook. > > The goal is to check arbitrary files on FreeBSD cvsup servers to see > if they are up to date. AFAIK, there are only a couple of anoncvs > servers and the normal cvsupN.freebsd.org servers don't do that. This is one of the reasons I maintain a local copy of the CVS repo which I keep up-to-date via csup. Comes in quite handy at times. In fact, the CVS repo is the *only* thing I update directly via csup. I then do all my /usr/{doc,ports,src} updates from the local repo. Great for creating patches for submission, too. HTH -- Conrad J. Sabatier conr...@cox.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: Querying a cvsup server
On Mon, 6 Feb 2012, Lowell Gilbert wrote: Warren Block writes: Is there a way to query one of the FreeBSD cvsup mirrors, something like 'svn list -v svn:...' (only with cvs or csup)? I'm looking to find the revision or date of a file. Anonymous CVS is probably the best approach for you. It's covered in the Handbook. The goal is to check arbitrary files on FreeBSD cvsup servers to see if they are up to date. AFAIK, there are only a couple of anoncvs servers and the normal cvsupN.freebsd.org servers don't do that. ___ 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: Querying a cvsup server
Warren Block writes: > Is there a way to query one of the FreeBSD cvsup mirrors, something > like 'svn list -v svn:...' (only with cvs or csup)? I'm looking to > find the revision or date of a file. Anonymous CVS is probably the best approach for you. It's covered in the Handbook. ___ 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"
Querying a cvsup server
Is there a way to query one of the FreeBSD cvsup mirrors, something like 'svn list -v svn:...' (only with cvs or csup)? I'm looking to find the revision or date of a file. ___ 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: Broken amd64 packages: cvsup-without-gui and sup
Update. > -Original Message- > From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd- > questi...@freebsd.org] On Behalf Of Devin Teske > Sent: Monday, January 09, 2012 12:05 PM > To: FreeBSD Questions > Subject: Broken amd64 packages: cvsup-without-gui and sup > > Hi all, > > Running FreeBSD 8.1-RELEASE-p6 here, we've noticed that both the amd64 build > of "supfilesrv" as installed by the "sup-2.0.20060802" package Oops. Above is a non-truth (can be ignored). Turns out to be a system administration problem. The sup-2.0.20060802 package is just fine. > AND the amd64 > build of "cvsupd" as installed by the "cvsup-without-gui-16.1h_4" package, both > segmentation fault immediately upon connection. This one is real (exactly as stated). Still remains... anyone noticed this? > > The easiest solution we've found is to simply use the i386 builds provided by > packages of the same name (works fine so-long-as the lib32 compat libraries are > installed). > Still the "accepted solution" with-respect to cvsup-without-gui-16.1h_4 on 8.1-RELEASE-p6. -- Devin _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ 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"
Broken amd64 packages: cvsup-without-gui and sup
Hi all, Running FreeBSD 8.1-RELEASE-p6 here, we've noticed that both the amd64 build of "supfilesrv" as installed by the "sup-2.0.20060802" package AND the amd64 build of "cvsupd" as installed by the "cvsup-without-gui-16.1h_4" package, both segmentation fault immediately upon connection. The easiest solution we've found is to simply use the i386 builds provided by packages of the same name (works fine so-long-as the lib32 compat libraries are installed). Has anybody else noticed that these two binaries seem to be misbehaving in a normal RELEASE (no jails, no vimages, just standard setup)? -- Devin _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ 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: difference between cvsup and csup?
On 12/12/2011 7:39 πμ, Robert Huff wrote: Michael Powell writes: Csup is a rewrite of cvsup in the C language, and as such can be included as part of the base operating system. It is only linked against a few system libraries. This also means it can be built using the same tools and system compiler whenever the system itself is updated. Csup is faster, built-in, and has no third party dependencies. Theoretically it should have less potential for problems. Cvsup is a third party port, which itself depends on other third party ports. I believe there are a couple of obscure functionalities that cvsup has that csup does not. If you're asking this question, you (probably) don't have to worry about them. For the general user, csup is a drop-in replacement. My expereince - as a general user - supports this. Robert Huff It used to be (some versions ago) that csup only handled checkout mode and not CVS mode (that is, a mode of operation that allows you to mirror a complete CVS repository which in effect allows you to checkout and commit locally to your copy). This was for me the only reason to keep cvsup around. But csup has caught up with this functionality eliminating the need to install and use cvsup, esp. since csup is part of the base system. ___ 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: difference between cvsup and csup?
Michael Powell writes: > Csup is a rewrite of cvsup in the C language, and as such can be > included as part of the base operating system. It is only linked > against a few system libraries. This also means it can be built > using the same tools and system compiler whenever the system > itself is updated. > > Csup is faster, built-in, and has no third party > dependencies. Theoretically it should have less potential for > problems. Cvsup is a third party port, which itself depends on > other third party ports. I believe there are a couple of obscure functionalities that cvsup has that csup does not. If you're asking this question, you (probably) don't have to worry about them. For the general user, csup is a drop-in replacement. My expereince - as a general user - supports this. Robert Huff ___ 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: difference between cvsup and csup?
On Mon, Dec 12, 2011 at 09:54:25AM +0800, Foo JH wrote: > Hello guys, > > I notice FreeBSD is now using (and probably has been for a while) csup > instead of cvsup. The parameters looking identical - at least from the > no-gui perspective. > > Can anyone advise what the difference is, and perhaps educate me on how > this came to be? csup is a re-write of cvsup that's written in C, so it can be included in the "base system" without requiring installation of Modula3 (the language cvsup was written in). There may also be licensing diffs (I'm not sure about that off the top of my head). Hope this helps. Kevin Kinsey ___ 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: difference between cvsup and csup?
Foo JH wrote: > Hello guys, > > I notice FreeBSD is now using (and probably has been for a while) csup > instead of cvsup. The parameters looking identical - at least from the > no-gui perspective. > > Can anyone advise what the difference is, and perhaps educate me on how > this came to be? > I'm certainly not any kind of expert, but please note by examining the dependencies you will notice cvsup requires ezm3. This is a portable version of Modula-3 ( http://en.wikipedia.org/wiki/Modula-3 ), upon which cvsup is designed. Csup is a rewrite of cvsup in the C language, and as such can be included as part of the base operating system. It is only linked against a few system libraries. This also means it can be built using the same tools and system compiler whenever the system itself is updated. Csup is faster, built-in, and has no third party dependencies. Theoretically it should have less potential for problems. Cvsup is a third party port, which itself depends on other third party ports. -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"
difference between cvsup and csup?
Hello guys, I notice FreeBSD is now using (and probably has been for a while) csup instead of cvsup. The parameters looking identical - at least from the no-gui perspective. Can anyone advise what the difference is, and perhaps educate me on how this came to be? Thanks. ___ 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"
cvsup question
Hi cvsup -g -L 2 /usr/local/etc/cvsup/cvsup-ports.conf I have next conf for cvsup cat cvsup-ports.conf *default host=cvsup6.jp.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs date=2008.10.15.00.00.00 *default delete use-rel-suffix *default compress ports-databases date=2008.10.15.00.00.00 But when I update I see 'edits' on 2011 year despite on I notice to use 2008 year Edit ports/databases/zodb3/pkg-plist Add delta 1.13 2011.11.21.07.12.23 wen Add delta 1.12 2011.02.14.01.08.24 wen Add delta 1.11 2011.02.13.01.39.46 wen Add delta 1.10 2010.10.12.13.38.46 wen How that can be? -- С уважением, Коньков mailto:kes-...@yandex.ru ___ 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: cvsup and versions
wayne mitchell wrote: > hey, > i have just cvsup'ed for first time (newbie) Cvsup as an add-on port is actually no longer needed. Csup is cvsup rewritten in C and is a part of the base OS now. Functionally identical. > RELENG_8_1_RELEASE > rebuilt world... > there is a problem with a particular port: > audio/libsndfile I am uncertain if you are aware of the difference between 'world' and installed ports. The make target of buildworld, buildkernel, etc apply to the OS itself and would pertain mostly to OS version upgrades and custom kernels. This can be reflected in the supfile you might utilize for each purpose. I keep 2 different ones, because they pull different bits. By way of example, my 'src' supfile for OS source updating will have something along the lines of: [...] *default release=cvs tag=RELENG_8_2 *default delete use-rel-suffix compress src-all The tag RELENG_8_2 is known as the security branch of Release. The only bits that change with regard to Release is the inclusion of security update patches. The src-all collection contains the OS bits. My 'ports' supfile has a different tag and collection: [...] *default release=cvs tag=. *default delete use-rel-suffix compress ports-all The ports-all collection updates the ports tree. Note the different tag. If you were to use this tag _and_ the src-all collection you would be pulling the OS bits for -HEAD. When used for ports tree refresh you will always be on the most current ports tree at each refresh. Since dependency tracking comes from the ports tree, each time it 'moves' forward (that is applications get newer with version number changes) all dependencies slide along for the ride. This is what enables one to utilize portupgrade and portmaster to keep installed applciations (and their dependencies) updated and matching version-wise. So most refresh their ports tree immediately prior to adding, installing, or updating 3rd party applications, ensuring that everything is always the latest and greatest. The possibility does exist that one may 'freeze' a ports tree in time, although not many good reasons for doing so exist. In the ports supfile can be added a date parameter which will select a version of the tree as it existed at that time. Not something I'd recommend dealing with, per se. > the version in this system ports tree is 1.0.21 > the set of versions available within the cvs repository are: > 1.0.20, 1.0.23, 1.0.24 - but not 1.0.21 > 1.0.24 is latest > it seems that the latest version did not carry across with the cvsup > i have most documentation available > have tried portupgrade - no go > am stuck > how do i update this individual port > and is it possible to have two separate versions of same port in the tree > example: to rename libsndfile dirs to > libsndfile-1.0.21, libsndfile-1.0.24 > for sake dependancies > am guessing, though i suspect that the two installed binaries may > conflict... ___ Although not particularly recommended it is possible to have one binary version of a lib reported as multiple versions. See man libmap.conf. I believe it is better to have recompiled apps linked to the correct lib, e.g. libfoo.so.3 may be possibly different enough so that when you lie to app xyz it is libfoo.so.2 app xyz may malfunction. -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: cvsup and versions
On 27 June 2011 17:17, wayne mitchell wrote: > hey, > i have just cvsup'ed for first time (newbie) > RELENG_8_1_RELEASE > rebuilt world... > there is a problem with a particular port: > audio/libsndfile > the version in this system ports tree is 1.0.21 > the set of versions available within the cvs repository are: > 1.0.20, 1.0.23, 1.0.24 - but not 1.0.21 > 1.0.24 is latest > it seems that the latest version did not carry across with the cvsup > i have most documentation available > have tried portupgrade - no go > am stuck > how do i update this individual port > and is it possible to have two separate versions of same port in the tree > example: to rename libsndfile dirs to > libsndfile-1.0.21, libsndfile-1.0.24 > for sake dependancies > am guessing, though i suspect that the two installed binaries may conflict... You need to update your ports tree, which is handled separately from the base system. The simplest method is via portsnap(8) (qv http://www.freebsd.org/cgi/man.cgi?query=portsnap&apropos=0&sektion=0&manpath=FreeBSD+8.2-RELEASE&format=html or http://tinyurl.com/3cr6ktw ) And then run portupgrade (or portmanager, or portmaster) to upgrade your installed ports. You can also use cvs to update your ports tree, but it occasionally presents certain difficulties. -- -- ___ 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: cvsup and versions
On Mon, 27 Jun 2011 22:17:09 +0100 wayne mitchell wrote: > hey, > i have just cvsup'ed for first time (newbie) > RELENG_8_1_RELEASE You probably want to use RELENG_8_1 which is the security branch for the 8.1 release. RELENG_8_1_RELEASE is the version on the CD, without any security fixes. > rebuilt world... > there is a problem with a particular port: > audio/libsndfile > the version in this system ports tree is 1.0.21 > the set of versions available within the cvs repository are: > 1.0.20, 1.0.23, 1.0.24 - but not 1.0.21 > 1.0.24 is latest I updated my ports this morning and have 1.0.24. You probably just updated the World (base-system) source code. I think the sample sup files have separate files for world and ports . I think that's the best way to do it although some people prefer to do them together. Most people these days use portsnap for updating the ports tree. ___ 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"
cvsup and versions
hey, i have just cvsup'ed for first time (newbie) RELENG_8_1_RELEASE rebuilt world... there is a problem with a particular port: audio/libsndfile the version in this system ports tree is 1.0.21 the set of versions available within the cvs repository are: 1.0.20, 1.0.23, 1.0.24 - but not 1.0.21 1.0.24 is latest it seems that the latest version did not carry across with the cvsup i have most documentation available have tried portupgrade - no go am stuck how do i update this individual port and is it possible to have two separate versions of same port in the tree example: to rename libsndfile dirs to libsndfile-1.0.21, libsndfile-1.0.24 for sake dependancies am guessing, though i suspect that the two installed binaries may conflict... ___ 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: download cvsup?
thanks for the suggestion! but the other machines on this network do not use the FreeBSD machine as a router. They merely reference it as their first choice of DNS servers. So as of now networking is good to go for all machines. best!! On Thu, Oct 28, 2010 at 2:32 AM, Michael Powell wrote: > Tim Dunphy wrote: > >> hey listers!! sorry for all the trouble.. just as an FYI it turned out >> to NOT be a DNS issue at all!!! >> >> it was a routing issue... >> >> this command apparently did the trick... >> >> [r...@lbsd2:/usr/home/bluethundr]#/etc/rc.d/routing restart >> add net default: gateway 192.168.1.1 >> >> [r...@lbsd2:/usr/home/bluethundr]#ping google.com >> PING google.com (173.194.33.104): 56 data bytes >> 64 bytes from 173.194.33.104: icmp_seq=0 ttl=55 time=14.083 ms >> 64 bytes from 173.194.33.104: icmp_seq=1 ttl=55 time=14.537 ms >> 64 bytes from 173.194.33.104: icmp_seq=2 ttl=55 time=14.531 ms >> >> >> sometimes it's the simplest solutions under our noses. :) >> > > Sorry for not getting back any sooner, went camping in the mountains for a > bit. Glad to hear it is resolved. The above is accomplished via this: > > defaultrouter="192.168.1.1" in your /etc/rc.conf. > > If you are using this machine as a gateway for the other machines and it is > between your FIOS router and the other machines, the defaultrouter value for > the other machines would point to the gateway box's internal facing address. > > -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" > -- Here's my RSA Public key: gpg --keyserver pgp.mit.edu --recv-keys 5A4873A9 Share and enjoy!! ___ 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: download cvsup?
Tim Dunphy wrote: > hey listers!! sorry for all the trouble.. just as an FYI it turned out > to NOT be a DNS issue at all!!! > > it was a routing issue... > > this command apparently did the trick... > > [r...@lbsd2:/usr/home/bluethundr]#/etc/rc.d/routing restart > add net default: gateway 192.168.1.1 > > [r...@lbsd2:/usr/home/bluethundr]#ping google.com > PING google.com (173.194.33.104): 56 data bytes > 64 bytes from 173.194.33.104: icmp_seq=0 ttl=55 time=14.083 ms > 64 bytes from 173.194.33.104: icmp_seq=1 ttl=55 time=14.537 ms > 64 bytes from 173.194.33.104: icmp_seq=2 ttl=55 time=14.531 ms > > > sometimes it's the simplest solutions under our noses. :) > Sorry for not getting back any sooner, went camping in the mountains for a bit. Glad to hear it is resolved. The above is accomplished via this: defaultrouter="192.168.1.1" in your /etc/rc.conf. If you are using this machine as a gateway for the other machines and it is between your FIOS router and the other machines, the defaultrouter value for the other machines would point to the gateway box's internal facing address. -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: download cvsup?
hey listers!! sorry for all the trouble.. just as an FYI it turned out to NOT be a DNS issue at all!!! it was a routing issue... this command apparently did the trick... [r...@lbsd2:/usr/home/bluethundr]#/etc/rc.d/routing restart add net default: gateway 192.168.1.1 [r...@lbsd2:/usr/home/bluethundr]#ping google.com PING google.com (173.194.33.104): 56 data bytes 64 bytes from 173.194.33.104: icmp_seq=0 ttl=55 time=14.083 ms 64 bytes from 173.194.33.104: icmp_seq=1 ttl=55 time=14.537 ms 64 bytes from 173.194.33.104: icmp_seq=2 ttl=55 time=14.531 ms sometimes it's the simplest solutions under our noses. :) Sincere thanks for all your input and all your help! On Fri, Oct 22, 2010 at 11:01 PM, Tim Dunphy wrote: > guys, > > thanks for the input. busy couple of days sorry for not following up sooner. > > at any rate, I tried many suggestions. > > Here is the current state of things: > > This is a working resolv.conf on the rest of the network which are > CentOS machines: > > [r...@lbsd2:/usr/home/bluethundr]#cat /etc/resolv.conf > domain summitnjhome.com > nameserver 192.168.1.44 > nameserver 71.250.0.12 > nameserver 4.2.2.2 > > > > I rsync'ed this file to the bsd server from a CentOS machine and this > is what happens when you try to resolve internally, then externally > (also tried editing it manually of course): > > [r...@lbsd2:/usr/home/bluethundr]#host bsd2 > bsd2.summitnjhome.com has address 192.168.1.44 > [r...@lbsd2:/usr/home/bluethundr]#host sum1 > sum1.summitnjhome.com is an alias for lCent01.summitnjhome.com. > lCent01.summitnjhome.com has address 192.168.1.42 > > [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com > ping: cannot resolve yahoo.com: Host name lookup failure > > > this is how my named.conf looks: > > options { > // Relative to the chroot directory, if any > directory "/etc/namedb"; > pid-file "/var/run/named/pid"; > dump-file "/var/dump/named_dump.db"; > statistics-file "/var/stats/named.stats"; > > > > Also i notice it's > > [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com > ping: cannot resolve yahoo.com: Host name lookup failure > > > with forwarders commented out > > and > > [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com > PING yahoo.com (72.30.2.43): 56 data bytes > ping: sendto: No route to host > ping: sendto: No route to host > > with forwarders enabled: > forwarders { > 71.250.0.12; 4.2.2.2; > }; > > or even just > > forwarders { > 192.168.1.1; > }; > > > > enabled.. I'm still quite puzzled.. I'm hoping that this problem won't > require me to backup my most important configurations (DNS, LDAP, > Apache) and reinstall.. cuz that's uhmmm.. cheating! ;) not to mention > a pain in the firggin' arse... guh > // If named is being used only as a local resolver, this is a safe default. > // For named to be accessible to the network, comment this option, specify > // the proper IP address, or delete this option. > #listen-on { 127.0.0.1; }; > listen-on { 127.0.0.1; 192.168.1.44; }; > > allow-recursion {127.0.0.1; 192.168.1.0/24;}; > > > > > > On Wed, Oct 20, 2010 at 5:38 AM, Michael Powell > wrote: >> Dick Hoogendijk wrote: >> >>> Are the forwarders in your named.conf file OK? >> >> That was the next thing I was about to suggest. His FIOS router should be >> running DNS itself by default, with it pointing to Verizon's name servers. >> So he could try using 192.168.1.1 in his named.conf forwarders directive. >> This would just recurse out to Verizon's name servers and should get a basic >> external resolution going, provided he has not altered the default router >> setup. >> >> Example from mine: (don't just cut and paste but adjust as required) >> >> options { >> directory "/etc/namedb"; >> pid-file "/var/run/named/pid"; >> dump-file "/var/dump/named_dump.db"; >> statistics-file "/var/stats/named.stats"; >> >> listen-on { 127.0.0.1; 192.168.10.1; }; >> >> allow-recursion {127.0.0.1; 192.168.10.0/24;}; >> >> // If you've got a DNS server around at your upstream provider, enter >> // its IP address here, and enable the line below. This will make you >> // benefit from its cache, thus reduce overall DNS traffic in the Internet. >> >> forwarders { >> 208.67.222.222; 208.67.220.220; 192.168.1.1; >> }; >> >> >> // query-source address * port 53; >> }; >> >> ---/ Below are snipped out zone file directives for my local stuff /--- >> >> The first two IP addresses in my forwarders clause are for OpenDNS. You >> could delete them so as to only have 192.168.1.1 and your FreeBSD's DNS >> server will then forward requests to your FIOS router which will then >> request from Verizon. Use of the listen-on and allow-recursion is not >> necessary, but if you decide to utilize make sure they reflect values which >> apply to your situation. Do rndc reload or reboot
Re: download cvsup?
guys, thanks for the input. busy couple of days sorry for not following up sooner. at any rate, I tried many suggestions. Here is the current state of things: This is a working resolv.conf on the rest of the network which are CentOS machines: [r...@lbsd2:/usr/home/bluethundr]#cat /etc/resolv.conf domain summitnjhome.com nameserver 192.168.1.44 nameserver 71.250.0.12 nameserver 4.2.2.2 I rsync'ed this file to the bsd server from a CentOS machine and this is what happens when you try to resolve internally, then externally (also tried editing it manually of course): [r...@lbsd2:/usr/home/bluethundr]#host bsd2 bsd2.summitnjhome.com has address 192.168.1.44 [r...@lbsd2:/usr/home/bluethundr]#host sum1 sum1.summitnjhome.com is an alias for lCent01.summitnjhome.com. lCent01.summitnjhome.com has address 192.168.1.42 [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com ping: cannot resolve yahoo.com: Host name lookup failure this is how my named.conf looks: options { // Relative to the chroot directory, if any directory "/etc/namedb"; pid-file"/var/run/named/pid"; dump-file "/var/dump/named_dump.db"; statistics-file "/var/stats/named.stats"; Also i notice it's [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com ping: cannot resolve yahoo.com: Host name lookup failure with forwarders commented out and [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com PING yahoo.com (72.30.2.43): 56 data bytes ping: sendto: No route to host ping: sendto: No route to host with forwarders enabled: forwarders { 71.250.0.12; 4.2.2.2; }; or even just forwarders { 192.168.1.1; }; enabled.. I'm still quite puzzled.. I'm hoping that this problem won't require me to backup my most important configurations (DNS, LDAP, Apache) and reinstall.. cuz that's uhmmm.. cheating! ;) not to mention a pain in the firggin' arse... guh // If named is being used only as a local resolver, this is a safe default. // For named to be accessible to the network, comment this option, specify // the proper IP address, or delete this option. #listen-on { 127.0.0.1; }; listen-on{ 127.0.0.1; 192.168.1.44; }; allow-recursion {127.0.0.1; 192.168.1.0/24;}; On Wed, Oct 20, 2010 at 5:38 AM, Michael Powell wrote: > Dick Hoogendijk wrote: > >> Are the forwarders in your named.conf file OK? > > That was the next thing I was about to suggest. His FIOS router should be > running DNS itself by default, with it pointing to Verizon's name servers. > So he could try using 192.168.1.1 in his named.conf forwarders directive. > This would just recurse out to Verizon's name servers and should get a basic > external resolution going, provided he has not altered the default router > setup. > > Example from mine: (don't just cut and paste but adjust as required) > > options { > directory "/etc/namedb"; > pid-file "/var/run/named/pid"; > dump-file "/var/dump/named_dump.db"; > statistics-file "/var/stats/named.stats"; > > listen-on { 127.0.0.1; 192.168.10.1; }; > > allow-recursion {127.0.0.1; 192.168.10.0/24;}; > > // If you've got a DNS server around at your upstream provider, enter > // its IP address here, and enable the line below. This will make you > // benefit from its cache, thus reduce overall DNS traffic in the Internet. > > forwarders { > 208.67.222.222; 208.67.220.220; 192.168.1.1; > }; > > > // query-source address * port 53; > }; > > ---/ Below are snipped out zone file directives for my local stuff /--- > > The first two IP addresses in my forwarders clause are for OpenDNS. You > could delete them so as to only have 192.168.1.1 and your FreeBSD's DNS > server will then forward requests to your FIOS router which will then > request from Verizon. Use of the listen-on and allow-recursion is not > necessary, but if you decide to utilize make sure they reflect values which > apply to your situation. Do rndc reload or reboot to take effect. > > I think he has some other issues pending as well, but one thing at a time. > :-) > > -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" > -- Here's my RSA Public key: gpg --keyserver pgp.mit.edu --recv-keys 5A4873A9 Share and enjoy!! ___ 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: download cvsup?
Dick Hoogendijk wrote: > Are the forwarders in your named.conf file OK? That was the next thing I was about to suggest. His FIOS router should be running DNS itself by default, with it pointing to Verizon's name servers. So he could try using 192.168.1.1 in his named.conf forwarders directive. This would just recurse out to Verizon's name servers and should get a basic external resolution going, provided he has not altered the default router setup. Example from mine: (don't just cut and paste but adjust as required) options { directory "/etc/namedb"; pid-file"/var/run/named/pid"; dump-file "/var/dump/named_dump.db"; statistics-file "/var/stats/named.stats"; listen-on { 127.0.0.1; 192.168.10.1; }; allow-recursion {127.0.0.1; 192.168.10.0/24;}; // If you've got a DNS server around at your upstream provider, enter // its IP address here, and enable the line below. This will make you // benefit from its cache, thus reduce overall DNS traffic in the Internet. forwarders { 208.67.222.222; 208.67.220.220; 192.168.1.1; }; // query-source address * port 53; }; ---/ Below are snipped out zone file directives for my local stuff /--- The first two IP addresses in my forwarders clause are for OpenDNS. You could delete them so as to only have 192.168.1.1 and your FreeBSD's DNS server will then forward requests to your FIOS router which will then request from Verizon. Use of the listen-on and allow-recursion is not necessary, but if you decide to utilize make sure they reflect values which apply to your situation. Do rndc reload or reboot to take effect. I think he has some other issues pending as well, but one thing at a time. :-) -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: download cvsup?
Are the forwarders in your named.conf file OK? ___ 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: download cvsup?
This is the current state of affairs: [r...@lbsd2:/usr/home/bluethundr]#host bsd2 bsd2 has address 199.101.28.20 Host bsd2 not found: 3(NXDOMAIN) [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com PING yahoo.com (69.147.125.65): 56 data bytes ping: sendto: No route to host ping: sendto: No route to host I made sure these services were commented out or set to no in /etc/rc.conf and /etc/defaults/rc.conf and that they were not running [r...@lbsd2:/usr/home/bluethundr]#ps auxwww | grep rpcbind root1781 0.0 0.1 3492 1212 5 S+ 12:12AM 0:00.00 grep rpcbind [r...@lbsd2:/usr/home/bluethundr]#ps auxwww | grep nfs_server root1783 0.0 0.1 3492 1216 5 S+ 12:13AM 0:00.00 grep nfs_server [r...@lbsd2:/usr/home/bluethundr]#ps auxwww | grep nfs_client root1785 0.0 0.1 3492 1216 5 S+ 12:13AM 0:00.00 grep nfs_client [r...@lbsd2:/usr/home/bluethundr]# Once I was sure those services weren't running I tried these flavors of /etc/fstab: [r...@lbsd2:/usr/home/bluethundr]#cat /etc/resolv.conf domain summitnjhome.com nameserver 192.168.1.44 nameserver 71.250.0.12 nameserver 4.2.2.2 With this here config I can resolve internally but not externally [r...@lbsd2:/usr/home/bluethundr]#host bsd2 bsd2.summitnjhome.com has address 192.168.1.44 [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com ping: cannot resolve yahoo.com: Host name lookup failure [r...@lbsd2:/usr/home/bluethundr]# With this suggested config I actually get neither internal nor external resolution! [r...@lbsd2:/usr/home/bluethundr]#host bsd2 bsd2 has address 199.101.28.20 ^^ Not any ip that's on MY network! ;) Host bsd2 not found: 3(NXDOMAIN) [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com PING yahoo.com (72.30.2.43): 56 data bytes ping: sendto: No route to host ping: sendto: No route to host And if I'm not resolving externally I really wonder how I get THAT IP [r...@virtcent05:~]#whois 199.101.28.20 [Querying whois.arin.net] [whois.arin.net] # # Query terms are ambiguous. The query is assumed to be: # "n 199.101.28.20" # # Use "?" to get help. # # # The following results may also be obtained via: # http://whois.arin.net/rest/nets;q=199.101.28.20?showDetails=true&showARIN=false # NetRange: 199.101.28.0 - 199.101.31.255 CIDR: 199.101.28.0/22 OriginAS: NetName:SKYE-1 NetHandle: NET-199-101-28-0-1 Parent: NET-199-0-0-0-0 NetType:Direct Assignment NameServer: AUTH1.SKYEBYNOMINUM.COM NameServer: AUTH2.SKYEBYNOMINUM.COM RegDate:2009-03-20 Updated:2009-03-20 Ref:http://whois.arin.net/rest/net/NET-199-101-28-0-1 OrgName:SKYE OrgId: NOMIN-4 Address:2000 Seaport Blvd. Address:Suite 400 City: Redwood City StateProv: CA PostalCode: 94063 Country:US RegDate:2009-03-11 Updated:2009-03-11 Ref:http://whois.arin.net/rest/org/NOMIN-4 Weird man... Back to this config: [r...@lbsd2:/usr/home/bluethundr]#cat /etc/resolv.conf domain summitnjhome.com nameserver 192.168.1.44 nameserver 71.250.0.12 nameserver 4.2.2.2 It's back to the same old routine of resolving internally but not externally! [r...@lbsd2:/usr/home/bluethundr]#host bsd2 bsd2.summitnjhome.com has address 192.168.1.44 [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com ping: cannot resolve yahoo.com: Host name lookup failure [r...@lbsd2:/usr/home/bluethundr]#nslookup sum1.summitnjhome.com Server: 192.168.1.44 Address:192.168.1.44#53 sum1.summitnjhome.com canonical name = lCent01.summitnjhome.com. Name: lCent01.summitnjhome.com Address: 192.168.1.42 My gateway is a FiOS router at 192.168.1.1 I have a semi-fancy netgear switch that provides wired connectivity to my farm of 6 machines. 1) FreeBSD (God machine) that is SSH gateway, DNS/BIND server, OpenLDAP server, Apache22 server and MySQL 5.1 server. 2) Centos 1 machine - host xen instances that are stored on a san 3) Centos 2 machine - hosts the rest of the xen instances all of which are stored in the same NFS nas mount (/mnt/store/xen). 4) FreeNAS 1 5) FreeNAS 2 6) Client machine (non server) The BSD really kinda runs the show I use that as the base from which to operate. But now it's hobbled with only semi-functioning DNS! Thanks for your help!!! On Tue, Oct 19, 2010 at 1:00 AM, Michael Powell wrote: > Tim Dunphy wrote: > >> Thanks guys! But to give more background the host in question IS >> networking, at this point I can ssh into and out of it.. I just can't >> resolve externally. >> >> [r...@lbsd2:/usr/ports]#ifconfig >> bge0: flags=8843 metric 0 mtu 1500 >> options=9b >> ether 00:14:22:38:9e:eb >> inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 >> inet 192.168.1.44 netmask 0xff00 broadcast 192.168.1.255 >> media: Ethernet autoselect (1000baseT ) >> status: active > ^ > > OK - I see it is truly up. > >> plip0: flags=8810 me
Re: download cvsup?
Tim Dunphy wrote: > Thanks guys! But to give more background the host in question IS > networking, at this point I can ssh into and out of it.. I just can't > resolve externally. > > [r...@lbsd2:/usr/ports]#ifconfig > bge0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:14:22:38:9e:eb > inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 > inet 192.168.1.44 netmask 0xff00 broadcast 192.168.1.255 > media: Ethernet autoselect (1000baseT ) > status: active ^ OK - I see it is truly up. > plip0: flags=8810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff00 > [r...@lbsd2:/usr/ports]# > > Also the rest of the network is currently working. I am writing this > to you from another machine on the same network as the bsd machien. > Even with IPv6 enabled things should still function even though IPv6 may not actually be in use. Sometimes it happens with DNS lookups it will try looking for an record first [IPv6], then time out and fall back to the normal IPv4 A record. This will just show as a short wait period and ultimately eventually resolves. I suspect that you are not even getting this far and the problem is something else. Just for the sake of simplifying things you could eliminate IPv6 from the picture if you are truly not using it. However, I do not think it is actually the cause (I could always be wrong here). [snip - forgetting about csup and ports for now] > > Not sure how this might have cause this but I edited my fstab file > with some nfs mounts like so: > > 192.168.1.44:/mnt/nas/mnt/nas nfs > rsize=32768,wsize=32768,timeo=14,intr > 192.168.1.44:/mnt/store /mnt/store nfs > rsize=32768,wsize=32768,timeo=14,intr > 192.168.1.44:/mnt/home /home nfs > rsize=32768,wsize=32768,timeo=14,intr This truly has me confused. In the above ifconfig output it is showing an IP address assigned of 192.168.1.44 netmask 0xff00 broadcast 192.168.1.255. What I do not understand at all is why you would be wanting to NFS mount from 192.168.1.44 *to* 192.168.1.44, as indicated by the above fstab entries. Again, for the sake of simplification with divide and conquer, make sure all mountd, rpcbind, nfs_server, and nfs_client daemons are deactivated. Eliminate all things superfluous to troubleshooting the DNS problem. Once DNS gets fixed you can add stuff back one at a time. > And when I rebooted the host pretty much it all went haywire! LDAP, > DNS, Apache, MySQL, and even ALL NETWORKING which normally started > with the host stopped working. I now have to start each one by hand > whatever I try I can't seem to resolve external hosts, tho. > > So I restored the fstab file from backup and still I am stuck not > resolving. Yes - leave fstab with no remote mounting/NFS stuff for now. > /etc/resolv.conf looks ok to me so I would think I that I could ping > out of the network. Sadly this is not the case! You should be able to ping by IP any/all machines within your local network. Sounds like this does work, but confirm and don't 'assume'. Next try and ping by IP to a host out on the Internet. Since you cannot resolve any names here is the IP to www.netbsd.org: 204.152.190.12. If you cannot ping by IP out from your network to the outside you do not have basic gateway connectivity working. If this is the case it will have to get fixed first. > [r...@lbsd2:/usr/ports]#cat /etc/resolv.conf > domainsummitnjhome.com > nameserver192.168.1.44 > nameserver 4.2.2.2 > [r...@lbsd2:/usr/ports]#ping yahoo.com > ping: cannot resolve yahoo.com: Host name lookup failure If you are attempting this from the same machine as you are running BIND on, it might be better for it's resolv.conf to look like this instead: nameserver 127.0.0.1 nameserver 192.168.1.1 192.168.1.1 is my FIOS router which has it's own DNS server. It is also pointed at the same OpenDNS servers as my forwarders directive (a snippet from my named.conf below:) listen-on { 127.0.0.1; 192.168.10.1; }; allow-recursion {127.0.0.1; 192.168.10.0/24;}; forwarders { 208.67.222.222; 208.67.220.220; 192.168.1.1; }; My local DNS on my gateway/firewall box is a hybrid which only has zones for my local .test.zip 192.168.10.0/24 LAN. All other requests get forwarded out and cached. Here is what sockstat -4l looks like on this box: bind named 835 20 tcp4 192.168.10.1:53 *:* bind named 835 21 tcp4 127.0.0.1:53 *:* bind named 835 22 tcp4 127.0.0.1:953 *:* bind named 835 512 udp4 192.168.10.1:53 *:* bind named 835 513 udp4 127.0.0.1:53 *:* I do not listen on the external interface as I'm only running a cache/hybrid and do not need zone transfers as I am not delegated any SOA. > > [r...@
Re: download cvsup?
Thanks guys! But to give more background the host in question IS networking, at this point I can ssh into and out of it.. I just can't resolve externally. [r...@lbsd2:/usr/ports]#ifconfig bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:14:22:38:9e:eb inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 inet 192.168.1.44 netmask 0xff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active plip0: flags=8810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff00 [r...@lbsd2:/usr/ports]# Also the rest of the network is currently working. I am writing this to you from another machine on the same network as the bsd machien. I was able to download the ports tarball from the freebsd ftp site and scp it over to the bsd host. so that minor crisis has been solved. (grin). But it is still quite necessary for me to get this host resolving external hosts of course! And yes I now realize that csup is part of the base system. But in order for me to use it I must resolve! Not sure how this might have cause this but I edited my fstab file with some nfs mounts like so: 192.168.1.44:/mnt/nas/mnt/nas nfsrsize=32768,wsize=32768,timeo=14,intr 192.168.1.44:/mnt/store /mnt/store nfsrsize=32768,wsize=32768,timeo=14,intr 192.168.1.44:/mnt/home /home nfsrsize=32768,wsize=32768,timeo=14,intr And when I rebooted the host pretty much it all went haywire! LDAP, DNS, Apache, MySQL, and even ALL NETWORKING which normally started with the host stopped working. I now have to start each one by hand whatever I try I can't seem to resolve external hosts, tho. So I restored the fstab file from backup and still I am stuck not resolving. /etc/resolv.conf looks ok to me so I would think I that I could ping out of the network. Sadly this is not the case! [r...@lbsd2:/usr/ports]#cat /etc/resolv.conf domain summitnjhome.com nameserver 192.168.1.44 nameserver 4.2.2.2 [r...@lbsd2:/usr/ports]#ping yahoo.com ping: cannot resolve yahoo.com: Host name lookup failure [r...@lbsd2:/usr/ports]#ping sum1.summitnjhome.com PING lCent01.summitnjhome.com (192.168.1.42): 56 data bytes 64 bytes from 192.168.1.42: icmp_seq=0 ttl=64 time=0.273 ms 64 bytes from 192.168.1.42: icmp_seq=1 ttl=64 time=0.180 ms 64 bytes from 192.168.1.42: icmp_seq=2 ttl=64 time=0.186 ms thanks for your continued assistance with this problem! On Mon, Oct 18, 2010 at 1:56 AM, Michael Powell wrote: > Tim Dunphy wrote: > >> hello, >> >> I accidentally deleted my ports tree thinking that cvsup was already >> installed. it wasn't. :( > > csup is cvsup rewritten with C and exists in the base system. You no longer > need to install cvsup, just use csup. > >> I seem to be having a little trouble resolving external hosts tho my >> trusty named server on this host is working fine to resolve the local >> network. I need to reinstall my ports with sysinstall but to do that i >> need to resolve externally of course. I think this problem could use a >> fresh set of eyes. > > You do not have to use sysinstall just to install ports. It is available as > a tarball you can download and decompress. Use csup afterwards for an update > to ensure you have pulled in any changes which may have occurred after the > tarball was generated. > > You will, of course, need to get your network working first. > >> [r...@lbsd2:/usr/home/bluethundr]#/etc/rc.d/netif restart >> Stopping Network: lo0 bge0 plip0. >> lo0: flags=8048 metric 0 mtu 16384 >> options=3 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >> bge0: flags=8802 metric 0 mtu 1500 >> options=9b >> ether 00:14:22:38:9e:eb >> inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 > >> media: Ethernet autoselect (none) >> status: no carrier > ^^^ > >> plip0: flags=8810 metric 0 mtu 1500 >> Starting Network: lo0 bge0. >> lo0: flags=8049 metric 0 mtu 16384 >> options=3 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >> inet 127.0.0.1 netmask 0xff00 >> bge0: flags=8843 metric 0 mtu 1500 >> options=9b >> ether 00:14:22:38:9e:eb >> inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 >> inet 192.168.1.44 netmask 0xff00 broadcast 192.168.1.255 > >> media: Ethernet autoselect (none) >> status: no carrier > > > Your network interface isn't connecting to anything, such as a hub, switch, > or another computer via crossover cable at the physical layer. You need to > fix th
Re: download cvsup?
On Sun, 17 Oct 2010 23:44:42 -0400 Tim Dunphy wrote: > I accidentally deleted my ports tree thinking that cvsup was already > installed. it wasn't. :( csup is part of the system, no need to use cvsup from the ports any longer. > I seem to be having a little trouble resolving external hosts tho my > trusty named server on this host is working fine to resolve the local > network. I need to reinstall my ports with sysinstall but to do that i > need to resolve externally of course. I think this problem could use a > fresh set of eyes. For a start take a look at the cable/connection. > media: Ethernet autoselect (none) > status: no carrier Andreas -- GnuPG key : 0x2A573565|http://www.gnupg.org/howtos/de/ Fingerprint: 925D 2089 0BF9 8DE5 9166 33BB F0FD CD37 2A57 3565 pgpx4ZwAOBVFk.pgp Description: PGP signature
Re: download cvsup?
Tim Dunphy wrote: > hello, > > I accidentally deleted my ports tree thinking that cvsup was already > installed. it wasn't. :( csup is cvsup rewritten with C and exists in the base system. You no longer need to install cvsup, just use csup. > I seem to be having a little trouble resolving external hosts tho my > trusty named server on this host is working fine to resolve the local > network. I need to reinstall my ports with sysinstall but to do that i > need to resolve externally of course. I think this problem could use a > fresh set of eyes. You do not have to use sysinstall just to install ports. It is available as a tarball you can download and decompress. Use csup afterwards for an update to ensure you have pulled in any changes which may have occurred after the tarball was generated. You will, of course, need to get your network working first. > [r...@lbsd2:/usr/home/bluethundr]#/etc/rc.d/netif restart > Stopping Network: lo0 bge0 plip0. > lo0: flags=8048 metric 0 mtu 16384 > options=3 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > bge0: flags=8802 metric 0 mtu 1500 > options=9b > ether 00:14:22:38:9e:eb > inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 > media: Ethernet autoselect (none) > status: no carrier ^^^ > plip0: flags=8810 metric 0 mtu 1500 > Starting Network: lo0 bge0. > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff00 > bge0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:14:22:38:9e:eb > inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 > inet 192.168.1.44 netmask 0xff00 broadcast 192.168.1.255 > media: Ethernet autoselect (none) > status: no carrier Your network interface isn't connecting to anything, such as a hub, switch, or another computer via crossover cable at the physical layer. You need to fix this first, then worry about why the DNS is not working. Start with simple things such as substituting a known good cable from a working machine. Examine the LEDs on both the NIC and the hub/switch. Usually these will not be lit if there is no link. Is the hub/switch defective? Or locked up? I've seen hubs and switches lock up and a power cycle would make them operate again, for a while. Hubs or switches that lock up have an intermittent defect and should not be depended upon for the long run. Verify if you are using the correct driver. What version is the OS? Search bug reports and mail lists for known issues, e.g. such as someone else reported a problem with quite similar symptoms and the devs have already addressed it in HEAD and possibly MFC'd it to STABLE. Of course, if there is a fix you can't get at it until your network works. But you can also back up the train and tell us things like: did it used to work? and what did you do, or change, that made it begin not working? Some more details might give the 'fresh set of eyes' more to work with. [snip] -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"
download cvsup?
hello, I accidentally deleted my ports tree thinking that cvsup was already installed. it wasn't. :( I seem to be having a little trouble resolving external hosts tho my trusty named server on this host is working fine to resolve the local network. I need to reinstall my ports with sysinstall but to do that i need to resolve externally of course. I think this problem could use a fresh set of eyes. [r...@lbsd2:/usr/home/bluethundr]#/etc/rc.d/netif restart Stopping Network: lo0 bge0 plip0. lo0: flags=8048 metric 0 mtu 16384 options=3 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 bge0: flags=8802 metric 0 mtu 1500 options=9b ether 00:14:22:38:9e:eb inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 media: Ethernet autoselect (none) status: no carrier plip0: flags=8810 metric 0 mtu 1500 Starting Network: lo0 bge0. lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff00 bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:14:22:38:9e:eb inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1 inet 192.168.1.44 netmask 0xff00 broadcast 192.168.1.255 media: Ethernet autoselect (none) status: no carrier [r...@lbsd2:/usr/home/bluethundr]#cat /etc/resolv.conf domain summitnjhome.com nameserver 192.168.1.44 nameserver 151.202.0.84 nameserver 4.2.2.2 [r...@lbsd2:/usr/home/bluethundr]#ping yahoo.com ping: cannot resolve yahoo.com: Host name lookup failure [r...@lbsd2:/usr/home/bluethundr]#host bsd2 bsd2.summitnjhome.com has address 192.168.1.44 I've cycled the network interface (bge0) several times now and even bounced the host to no avail. Thoughts? thanks! -- Here's my RSA Public key: gpg --keyserver pgp.mit.edu --recv-keys 5A4873A9 Share and enjoy!! ___ 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: strage tag behaviour with cvsup
On Tue, 3 Aug 2010 15:44:54 +0700 (ICT) Olivier Nicole wrote: > Hi, > > While updating my servers I recently found out a stange behaviour. > > I have a configuration file for cvsup. > > If I set the default tag to be RELENG_7_3, I will build a kernel of > name 7.3-RELEASE-pX > > If I set the default tag to be RELENG_7, I will build a kernel of name > 7.3-STABLE > > Is that normal? > > With tag RELENG_7 I would expect to build a 7.X-RELEASE kernel, with X > being the latest available. RELENG_7 is the stable development branch from which RELENG_7_3 is branched. 7.3-RELEASE would be built from a point on RELENG_7_3. ___ 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: strage tag behaviour with cvsup
On 08/03/2010 10:44 AM, Olivier Nicole wrote: > Hi, > > While updating my servers I recently found out a stange behaviour. > > I have a configuration file for cvsup. > > If I set the default tag to be RELENG_7_3, I will build a kernel of > name 7.3-RELEASE-pX > > If I set the default tag to be RELENG_7, I will build a kernel of name > 7.3-STABLE > > Is that normal? > > With tag RELENG_7 I would expect to build a 7.X-RELEASE kernel, with X > being the latest available. > > Best regards, > > Olivier > Hi This is correct. See: http://www.freebsd.org/doc/handbook/cvs-tags.html DISCLAIMER: This e-mail is for the intended recipient(s) only. Access, disclosure, copying, distribution or reliance on any of it by anyone else is prohibited. If you have received it by mistake please let us know by reply and then delete it from your system. ___ 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"
strage tag behaviour with cvsup
Hi, While updating my servers I recently found out a stange behaviour. I have a configuration file for cvsup. If I set the default tag to be RELENG_7_3, I will build a kernel of name 7.3-RELEASE-pX If I set the default tag to be RELENG_7, I will build a kernel of name 7.3-STABLE Is that normal? With tag RELENG_7 I would expect to build a 7.X-RELEASE kernel, with X being the latest available. Best regards, Olivier ___ 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: CVSUP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/06/2010 17:26:22, Grant Peel wrote: > Hi all, > > Its been a while since I have used CVSup. > > I have a server with FreeBSD 8 RELEASE on it. It was built very shortly > after 8.0 was released. > > I want to run CVSup on the source and ports before deploying it > > TO make sure that just ports and source are updated, what tag do I use > in the supfile (to stay with RELEASE only)? > > RELENG_8_0? Yes. Except that cvsup is spelled csup nowadays -- or at least the C language version in the base system is csup(1). Also RELENG_8_0 is a tag that applies /only/ to the source distribution. Ports simply isn't tagged and branched in the same way. You pretty much always want HEAD when csup'ing ports. Verb. Sap. Put something like the following in your /etc/make.conf (choose a cvsup server closer to you) and you can update both src and ports by running 'make update' in /usr/src: SUP_UPDATE= yes SUP=/usr/bin/csup SUPFLAGS= -L2 SUPHOST= cvsup.uk.freebsd.org SUPFILE=/usr/share/examples/cvsup/standard-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile (standard-supfile should default to RELENG_8_0 on a box running 8.0-RELEASE, but check and edit the file to make sure) Cheers Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwRFT0ACgkQ8Mjk52CukIxjiQCfa/3K/gEHHwr/0hpBLLXyPilm EMIAn070XZWdvY2dzm62tFzjkWgBa7yK =JIM2 -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: CVSUP
RELENG_8_0 Yes. This will give you the latest 8.0 release + desired patch level (critical security patches). This is almost certain what you want to be running before going to production status. I mean, you could use RELENG_8_0_RELEASE I suppose, but then the cvsup would be without merit. Dont use a tag with the ports supfile. ~BAS ___ 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: CVSUP
On Thu, Jun 10, 2010 at 12:26:22PM -0400, Grant Peel thus spake: Hi all, Its been a while since I have used CVSup. I have a server with FreeBSD 8 RELEASE on it. It was built very shortly after 8.0 was released. I want to run CVSup on the source and ports before deploying it TO make sure that just ports and source are updated, what tag do I use in the supfile (to stay with RELEASE only)? RELENG_8_0? This handbook article may be what you are looking for: http://www.freebsd.org/doc/handbook/cvs-tags.html RELENG_8_0 sounds right though... -Grant ___ 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"
CVSUP
Hi all, Its been a while since I have used CVSup. I have a server with FreeBSD 8 RELEASE on it. It was built very shortly after 8.0 was released. I want to run CVSup on the source and ports before deploying it TO make sure that just ports and source are updated, what tag do I use in the supfile (to stay with RELEASE only)? RELENG_8_0? -Grant ___ 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: Portsnap vs cvsup
On Mon, Mar 15, 2010 at 7:08 PM, mailinglist wrote: > What is the difference between using portsnap and cvsupping a ports supfile? > The last time I really used FreeBSD was several years ago, but it seems that > portsnap has replaced "cvsup ports-supfile". What exactly is the difference > between the two? What makes portsnap the better option? http://www.daemonology.net/portsnap/ is a good summary. Basic idea: portsnap is more secure, faster, and easier to use cvsup tends to have updates a tad bit sooner ___ 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"
Portsnap vs cvsup
What is the difference between using portsnap and cvsupping a ports supfile? The last time I really used FreeBSD was several years ago, but it seems that portsnap has replaced "cvsup ports-supfile". What exactly is the difference between the two? What makes portsnap the better option? ___ 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: cvsup blues
On Mon, Jan 04, 2010 at 09:13:00AM -0500, John Almberg wrote: > I am trying to update my ports collection on a new server using cvsup. > I've added a mirror site to my ports-supfile, but keep getting the > following error message: Have you tried portsnap(8)? I find it much more convenient for keeping the ports collection up-to-date. Fast too. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpoNggWkJJCp.pgp Description: PGP signature
Re: cvsup blues
John Almberg wrote: I am trying to update my ports collection on a new server using cvsup. I've added a mirror site to my ports-supfile, but keep getting the following error message: on# csup -g -L 2 /root/ports-supfile Parsing supfile "/root/ports-supfile" Connecting to cvsup7.us.FreeBSD.org Cannot connect to 64.215.216.140: Operation not permitted Will retry at 09:13:28 I've tried several different mirror sites, so the problem seems to be on my side (unless all the mirror sites are locked?) Okay, well, it must have been a short-term problem on the mirror side. I tried it several times over the last 1/2 hr, and it suddenly started working... Computers! -- John ___ 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: cvsup blues
The csup servers do have a rate-limiting feature on them. However, I think it gives a different error message than that. "Operating not permitted" makes it seem more like a networking issue on the local machine. Can you ping the IP? Firewall blocking outgoing ports? I pinged a few of the mirror sites to choose the fastest one, so, yes I can ping them. I turned off PF temporarily to see if it could be a firewall problem. No difference. I'm also having problems installing ports. I wanted to get vim installed while trying to figure out this port upgrade problem. Vim uses lots of files and a bunch of them downloaded when I typed 'make install clean', but then I ran into a batch that give an error message like below. I can fetch the files manually, using wget (which installed with no problem), but I'm getting a lot of these problems, which means its going to take about 5 years to install all the ports I need. I've never had this problem, before... weird. -- John => Attempting to fetch from ftp://ftp1.freebsd.org/pub/FreeBSD/ports/distfiles/gnome2/. fetch: libxml2-2.7.3.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://fr.rpmfind.net/pub/libxml/. fetch: libxml2-2.7.3.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://gd.tuwien.ac.at/pub/libxml/. fetch: libxml2-2.7.3.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://xmlsoft.org/libxml2/. fetch: libxml2-2.7.3.tar.gz: local modification time does not match remote => Attempting to fetch from ftp://ftp1.freebsd.org/pub/FreeBSD/ports/distfiles/gnome2/. fetch: libxml2-2.7.3.tar.gz: local modification time does not match remote => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/gnome2 and try again. *** Error code 1 Stop in /usr/ports/textproc/libxml2. *** Error code 1 Stop in /usr/ports/textproc/libxml2. *** Error code 1 Stop in /usr/ports/textproc/libxslt. *** Error code 1 Stop in /usr/ports/textproc/libxslt. *** Error code 1 Stop in /usr/ports/x11/libxcb. *** Error code 1 Stop in /usr/ports/x11/libX11. *** Error code 1 Stop in /usr/ports/x11-toolkits/libXt. *** Error code 1 Stop in /usr/ports/editors/vim. ___ 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: cvsup blues
On Mon, Jan 4, 2010 at 9:13 AM, John Almberg wrote: > I am trying to update my ports collection on a new server using cvsup. I've > added a mirror site to my ports-supfile, but keep getting the following > error message: > > on# csup -g -L 2 /root/ports-supfile > Parsing supfile "/root/ports-supfile" > Connecting to cvsup7.us.FreeBSD.org > Cannot connect to 64.215.216.140: Operation not permitted > Will retry at 09:13:28 > > > I've tried several different mirror sites, so the problem seems to be on my > side (unless all the mirror sites are locked?) > > Any ideas? > > Thanks: John The csup servers do have a rate-limiting feature on them. However, I think it gives a different error message than that. "Operating not permitted" makes it seem more like a networking issue on the local machine. Can you ping the IP? Firewall blocking outgoing ports? ___ 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"
cvsup blues
I am trying to update my ports collection on a new server using cvsup. I've added a mirror site to my ports-supfile, but keep getting the following error message: on# csup -g -L 2 /root/ports-supfile Parsing supfile "/root/ports-supfile" Connecting to cvsup7.us.FreeBSD.org Cannot connect to 64.215.216.140: Operation not permitted Will retry at 09:13:28 I've tried several different mirror sites, so the problem seems to be on my side (unless all the mirror sites are locked?) Any ideas? Thanks: John ___ 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: back-stepping the ports collection with cvsup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Neil Short wrote: > I've seen this somewhere before; but I can't find it. How to backstep the > ports collection to a previous release. > > Since the current xorg port is banged up for my equipment I want to backstep > it to release 7.1. > > > -or can I connect to a previous package collection? > > Thanks. > Hi Neil, You could try ports-mgmt/portdowngrade (http://bit.ly/3bqoPU), but it may only work on one port at a time. If you want to downgrade your whole ports tree, then you can use csup with a supfile that specifies a date or the RELEASE_7_1_0 tag. Have a look at the man page section titled "CHECKOUT MODE" for the different supfile options: http://bit.ly/3tww9G Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK4NrL0sRouByUApARAukiAJwMX+oh/sDR5yR/ofIROg6JVizK6wCfTVSS +riDHL+S66x4c7/DqNgpK2s= =6Ps8 -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"
back-stepping the ports collection with cvsup
I've seen this somewhere before; but I can't find it. How to backstep the ports collection to a previous release. Since the current xorg port is banged up for my equipment I want to backstep it to release 7.1. -or can I connect to a previous package collection? Thanks. ___ 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"
Kernel Build issue after doing a cvsup yesterday under 6.4 on x86 - Help (knote_fork)
After running cvsup and doing a buildworld, I tried to make a new kernel, and got the following error.. On my 6.4-STABLE x86 machine, I received the following: cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/kern/kern_event.c /usr/src/sys/kern/kern_event.c:408: warning: no previous prototype for 'knote_fork' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I have rebuilt this machine many times over the past couple years, and always no problems, till now. If anyone has any ideas on how to resolve this it would be most appreciated.. --- Howard Leadmon - how...@leadmon.net http://www.leadmon.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: cvsup*.*.freebsd.org and authentications
Am Fri, 21 Aug 2009 13:48:39 +0200 schrieb Stevan Tiefert : Hi Stevan, I connected to cvsup5.de.freebsd.org a long time with no errors. Jochen > Hello list, > > in the last few months more and more cvsup-servers are printing > error-messages like them: > > host# csup ports-supfile > Connected to 212.118.165.142 > Authentication required by the server and not supported by client > host# > > Even cvsup has problems with them. What does the error messages > exactly means and how can I connect nevertheless to them? > > With regards > Stevan Tiefert > > > > ___ > 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"
cvsup*.*.freebsd.org and authentications
Hello list, in the last few months more and more cvsup-servers are printing error-messages like them: host# csup ports-supfile Connected to 212.118.165.142 Authentication required by the server and not supported by client host# Even cvsup has problems with them. What does the error messages exactly means and how can I connect nevertheless to them? With regards Stevan Tiefert ___ 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"
today's cvsup introduces kernel build error
After running cvsup a few minutes ago, an attempt to build a new kernel failed with: ===> zyd (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/src/sys/i386/compile/hellas /usr/src/sys/modules/zyd/../../dev/usb/if_zyd.c cc -c -O -pipe -march=prescott -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror ../../../dev/ata/ata-all.c ../../../dev/ata/ata-all.c: In function 'ata_device_ioctl': ../../../dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union ../../../dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Stop in /usr/src/sys/i386/compile/hellas. hellas# Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ 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: difference between cvsup and portsnap
Hi, Barry On Fri, May 29, 2009 at 1:09 PM, Barry McCormick wrote: > Here at my work we use FreeBSD in production. We have the following > debate and wish to know better the differences between cvsup(csup) and > portsnap. One of my co-workers think that portsnap should NOT be used > and only gets the latest and greatest port collection, no matter what > version of FreeBSD is on the server. For example, if you are still > running a 5.4 stable box in production and use any of the portsnap, > portupgrade, etc utilities, you would pull the current version ports and > NOT from teh directory of the 5.4 ports. I.E, risk breaking the > production box. So you should not use portsnap ever except for dev > boxes. > Either way, with 5.X being EOL'd, there is no guarantee current ports will work. > I have always used portsnap to set up a new machine. I have never had > it pull a wrong port that I knew of. I think it has to pay attention to > the version of the ports it is pulling. > > > which is right? This is a major issue with our production servers. > Thanks > Neither one is "right", per se. However, if you use one, continue to use _that_one_ to avoid conflicts. -- 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: difference between cvsup and portsnap
On Fri, 29 May 2009 11:09:41 -0600, Barry McCormick wrote: > For example, if you are still > running a 5.4 stable box in production and use any of the portsnap, > portupgrade, etc utilities, you would pull the current version ports and > NOT from teh directory of the 5.4 ports. I.E, risk breaking the > production box. So you should not use portsnap ever except for dev > boxes. As far as I understood, the ports tree is always "up to date", i. e. ther's no separate tree for 5, 6 and 7 (and 8). If you update your ports tree, using portsnap or c(v)sup, you end up with the latest tree. There isn't a separate ports tree for, ket's say, 5.4-RELEASE, except you use that from the installation media (or from FTP) and DON'T update it. In addition, if you use cvsup to update your sources, you can of course specify the exact release (with patches), the release branch (stable) or the current point in development (head). There's a tool called portdowngrade (if I remember correctly) that lets you fetch ports from an older version. -- 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"
Re: difference between cvsup and portsnap
On Fri, May 29, 2009 at 2:03 PM, Glen Barber wrote: [snip] > > Neither one is "right", per se. However, if you use one, continue to > use _that_one_ to avoid conflicts. > Actually meant to say, neither one is "wrong" or "better than the other." Came out wrong. :) -- 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: difference between cvsup and portsnap
On Fri, May 29, 2009 at 1:09 PM, Barry McCormick wrote: > Here at my work we use FreeBSD in production. We have the following > debate and wish to know better the differences between cvsup(csup) and > portsnap. One of my co-workers think that portsnap should NOT be used > and only gets the latest and greatest port collection, no matter what > version of FreeBSD is on the server. For example, if you are still > running a 5.4 stable box in production and use any of the portsnap, > portupgrade, etc utilities, you would pull the current version ports and > NOT from teh directory of the 5.4 ports. I.E, risk breaking the > production box. So you should not use portsnap ever except for dev > boxes. > > I have always used portsnap to set up a new machine. I have never had > it pull a wrong port that I knew of. I think it has to pay attention to > the version of the ports it is pulling. > > > which is right? This is a major issue with our production servers. > Thanks > There is no "5.4" branch of the ports collection. If you're running FreeBSD 2, you have the same exact ports collection as FreeBSD 8 does (as long as you get an updated copy of the ports collection, of course). CSup gets the instant CVS revision of the ports collection. Portsnap is a bit delayed because it fetches a tarball of the collection (it doesn't check out from CVS). However, portsnap uses a secure key to verify the integrity of the snapshot retrieved. I personally use portsnap. It's also easier to script. I have this in my crontab; 0 0 * * * root/usr/sbin/portsnap -I cron update && /usr/sbin/pkg_version -I -L = -v It updates the index files, not the actual ports collection itself. This way, it wont interrupt any currently running compiles or upgrades. ___ 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: difference between cvsup and portsnap
On Fri, 29 May 2009, Barry McCormick wrote: Here at my work we use FreeBSD in production. We have the following debate and wish to know better the differences between cvsup(csup) and portsnap. One of my co-workers think that portsnap should NOT be used and only gets the latest and greatest port collection, no matter what version of FreeBSD is on the server. For example, if you are still running a 5.4 stable box in production and use any of the portsnap, portupgrade, etc utilities, you would pull the current version ports and NOT from teh directory of the 5.4 ports. I.E, risk breaking the production box. So you should not use portsnap ever except for dev boxes. The idea that there's a "5.4 ports" directory is mistaken. The ports tree isn't branched; note the lack of a "tag=" entry in the example ports-supfile. csup will let you retrieve from a certain date, but that's not normal usage for the ports tree. So check your ports-supfile. It's probably already retrieving the latest version of ports, just like portsnap. -Warren Block * Rapid City, South Dakota USA ___ 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"
difference between cvsup and portsnap
Here at my work we use FreeBSD in production. We have the following debate and wish to know better the differences between cvsup(csup) and portsnap. One of my co-workers think that portsnap should NOT be used and only gets the latest and greatest port collection, no matter what version of FreeBSD is on the server. For example, if you are still running a 5.4 stable box in production and use any of the portsnap, portupgrade, etc utilities, you would pull the current version ports and NOT from teh directory of the 5.4 ports. I.E, risk breaking the production box. So you should not use portsnap ever except for dev boxes. I have always used portsnap to set up a new machine. I have never had it pull a wrong port that I knew of. I think it has to pay attention to the version of the ports it is pulling. which is right? This is a major issue with our production servers. Thanks ___ 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: cvsup-mirror
On Wed, Apr 22, 2009 at 11:49 AM, Tim Judd wrote: > I am having quite the issue with a cvsup-mirror install (1.3_8) here. It > seems to be keeping some meta information file somewhere and has FAILED to > give me a local mirror (not one to be publicly available) yet. > > > Being the stubborn person I am, I have multiple times cleared some and all > of the following to try to resolve the problem... > > /usr/local/etc/cvsup > the package itself > /home/ncvs > /home/cvsupin > /usr/ports/ports/net/cvsup-mirror > > > > And each time it takes ~5 hours to download 1.5GB of data in /home/ncvs > then a client connecting to itself fails to work. Latest problem is > > -- Quote > Server warning: Cannot open > "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/gnu/lib/libgmp/mpz/get_si.c,v": > No such file or directory > Server warning: Cannot open > "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/gnu/lib/libgmp/mpz/get_str.c,v": > No such file or directory > Server warning: Cannot open > "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/gnu/lib/libgmp/mpz/get_ui.c,v": > No such file or directory > Server warning: Cannot open > "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/gnu/lib/libgmp/mpz/getlimbn.c,v": > No such file or directory > -- /Quote > > It's just a snippet.. It can't find ANYTHING. > > Other problems included the inability to even select the src-all/cvs or > ports-all/cvs (trees? branches?) in the server, yet it has 1.5GB downloaded. > > What'd help me to learn what's wrong is the line in config.sh as below: > distribs="distrib.self .. . FreeBSD.cvs /home/ncvs . FreeBSD-www.current > SKIP . FreeBSD-gnats.current SKIP gnats FreeBSD-mail.current SKIP ." > > My guess is it names a distribution and puts a directory it stores the > files into in the next argument, separated by space. Next distribution is > named and it's directory it stores the files into as the next one past that, > with all distributions separated by a single period. > > Then the word 'gnats' throws me off because I . don't know what the > heck it's there for.. is the '.' an alias instead to the first item in the > line, meaning it's a tuple? > (distrib storedir alias)... > > > > What throws me off is that the /usr/local/etc/cvsup directory was tarred up > from a working mirror and copied here and let the update.sh run for 5 hours, > to come to the above quoted warnings (but I'm treating them as errors). The > working system has about 4GB in /home/ncvs that works for me, but this one > can't get past 1.5GB. Working system has been working beautifully for > several months (6?).. so maybe it's just collective. > > > I really would like to get a bearing on cvsup-mirror, but have no clue what > to google or read to find out some of the troubleshooting guides. > > > > --Tim > Bump Any other mailing list I can send this question to? ___ 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"
cvsup-mirror
I am having quite the issue with a cvsup-mirror install (1.3_8) here. It seems to be keeping some meta information file somewhere and has FAILED to give me a local mirror (not one to be publicly available) yet. Being the stubborn person I am, I have multiple times cleared some and all of the following to try to resolve the problem... /usr/local/etc/cvsup the package itself /home/ncvs /home/cvsupin /usr/ports/ports/net/cvsup-mirror And each time it takes ~5 hours to download 1.5GB of data in /home/ncvs then a client connecting to itself fails to work. Latest problem is -- Quote Server warning: Cannot open "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/gnu/lib/libgmp/mpz/get_si.c,v": No such file or directory Server warning: Cannot open "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/gnu/lib/libgmp/mpz/get_str.c,v": No such file or directory Server warning: Cannot open "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/gnu/lib/libgmp/mpz/get_ui.c,v": No such file or directory Server warning: Cannot open "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/gnu/lib/libgmp/mpz/getlimbn.c,v": No such file or directory -- /Quote It's just a snippet.. It can't find ANYTHING. Other problems included the inability to even select the src-all/cvs or ports-all/cvs (trees? branches?) in the server, yet it has 1.5GB downloaded. What'd help me to learn what's wrong is the line in config.sh as below: distribs="distrib.self .. . FreeBSD.cvs /home/ncvs . FreeBSD-www.current SKIP . FreeBSD-gnats.current SKIP gnats FreeBSD-mail.current SKIP ." My guess is it names a distribution and puts a directory it stores the files into in the next argument, separated by space. Next distribution is named and it's directory it stores the files into as the next one past that, with all distributions separated by a single period. Then the word 'gnats' throws me off because I . don't know what the heck it's there for.. is the '.' an alias instead to the first item in the line, meaning it's a tuple? (distrib storedir alias)... What throws me off is that the /usr/local/etc/cvsup directory was tarred up from a working mirror and copied here and let the update.sh run for 5 hours, to come to the above quoted warnings (but I'm treating them as errors). The working system has about 4GB in /home/ncvs that works for me, but this one can't get past 1.5GB. Working system has been working beautifully for several months (6?).. so maybe it's just collective. I really would like to get a bearing on cvsup-mirror, but have no clue what to google or read to find out some of the troubleshooting guides. --Tim ___ 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: Physical location of cvsup servers
Charles Howse writes: > Mainly, it's curiosity. I know-fer-a-fact I saw a list of physical > locations back when 4.x was the latest release. Probably been > deleted. Certainly wouldn't be accurate any more. The server CNAMEs get shifted around from time to time, generally when the machine hosting one gets retired. -- 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: Physical location of cvsup servers
On Mar 17, 2009, at 9:31 PM, Steve Bertrand wrote: Charles Howse wrote: On Mar 17, 2009, at 8:40 PM, Steve Bertrand wrote: What do you want to achieve? fastest_cvsup will tell you addressing of the servers. You will have to contact those responsible for the IPs to see where they are located to ensure any form of accuracy regarding geo-location. Mainly, it's curiosity. I know-fer-a-fact I saw a list of physical locations back when 4.x was the latest release. Probably been deleted. fastest_cvsup usually tells me #17 is fastest, but it times out a lot, I mean A LOT, from here. Fastest, (in this case) != most reliable. Can you produce the output of fastest_cvsup, include the top two results (add #17 if it isn't included), and then provide the output of a traceroute to #17? r...@curly /root# fastest_cvsup -c us >> Querying servers in countries: us --> Connecting to cvsup.us.freebsd.org [198.104.69.57]... * error: connect: timeout --> Connecting to cvsup2.us.freebsd.org [130.94.149.166]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 62.86 ms --> Connecting to cvsup3.us.freebsd.org [128.31.0.28]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 55.50 ms --> Connecting to cvsup4.us.freebsd.org [204.152.184.73]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 90.92 ms --> Connecting to cvsup5.us.freebsd.org [208.83.20.166]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 81.31 ms --> Connecting to cvsup6.us.freebsd.org [216.14.98.190]... * error: connect: timeout --> Connecting to cvsup7.us.freebsd.org [128.205.32.60]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 67.65 ms --> Connecting to cvsup8.us.freebsd.org [216.165.129.134]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 68.22 ms --> Connecting to cvsup9.us.freebsd.org [128.205.32.21]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 66.51 ms --> Connecting to cvsup10.us.freebsd.org [69.147.83.48]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 97.16 ms --> Connecting to cvsup11.us.freebsd.org [63.87.62.77]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 50.68 ms --> Connecting to cvsup12.us.freebsd.org [128.46.156.46]... * error: connect: timeout --> Connecting to cvsup13.us.freebsd.org [216.32.84.70]... * error: connect: Invalid argument --> Connecting to cvsup14.us.freebsd.org [216.87.87.128]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 119.39 ms --> Connecting to cvsup15.us.freebsd.org [35.9.37.225]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 57.43 ms --> Connecting to cvsup16.us.freebsd.org [128.143.108.35]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 63.13 ms --> Connecting to cvsup17.us.freebsd.org [65.212.71.21]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 34.74 ms --> Connecting to cvsup18.us.freebsd.org [128.205.32.60]... - server replied: OK 17 0 SNAP_16_1h CVSup server ready - time taken: 61.17 ms >> Speed Daemons: - 1st: cvsup17.us.freebsd.org 34.74 ms - 2st: cvsup11.us.freebsd.org 50.68 ms - 3st: cvsup3.us.freebsd.org55.50 ms For some reason, traceroute has never worked on any of my *nix boxes. There are s many reasons that might cause that. Too many to go into, but mostly the way I set up my lan, the router settings and options, etc. I have 2 FreeBSD, a Mac, and an XP machine. On the XP machine, tracert times out after 12 hops, however the ip did resolve to. "THE WEATHER CHANNEL" - ncvsup.twc.waether.com That in itself may be reason enough for the timeouts...? Perhaps you have a faulty asymmetric path to 17... It is important to know that just because a server may be literally located at the building across the street, it doesn't mean that you are guaranteed a path that may not cross the country (and in some situations, across an ocean) and back. I don't know where you are located, but generally, I've found cvsup8 to be extremely quick (in terms of latency) and very reliable for a number of years. I'm in Central West Tennessee. Steve ___ 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: Physical location of cvsup servers
Charles Howse wrote: > > On Mar 17, 2009, at 8:40 PM, Steve Bertrand wrote: >> What do you want to achieve? fastest_cvsup will tell you addressing of >> the servers. You will have to contact those responsible for the IPs to >> see where they are located to ensure any form of accuracy regarding >> geo-location. > > Mainly, it's curiosity. I know-fer-a-fact I saw a list of physical > locations back when 4.x was the latest release. Probably been deleted. > > fastest_cvsup usually tells me #17 is fastest, but it times out a lot, I > mean A LOT, from here. Fastest, (in this case) != most reliable. Can you produce the output of fastest_cvsup, include the top two results (add #17 if it isn't included), and then provide the output of a traceroute to #17? Perhaps you have a faulty asymmetric path to 17... It is important to know that just because a server may be literally located at the building across the street, it doesn't mean that you are guaranteed a path that may not cross the country (and in some situations, across an ocean) and back. I don't know where you are located, but generally, I've found cvsup8 to be extremely quick (in terms of latency) and very reliable for a number of years. Steve ___ 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: Physical location of cvsup servers
On Mar 17, 2009, at 8:40 PM, Steve Bertrand wrote: Charles Howse wrote: On Mar 17, 2009, at 7:31 PM, Steve Bertrand wrote: Don Read wrote: On Tue, 17 Mar 2009 18:50:46 -0500 Charles Howse said: Hi, Can anyone point me to a link that shows the physical location of the U.S. cvsup servers? Not physical, but by wire time: localhost# fastest_cvsup -c us Nope...looking for city,state. What do you want to achieve? fastest_cvsup will tell you addressing of the servers. You will have to contact those responsible for the IPs to see where they are located to ensure any form of accuracy regarding geo-location. Mainly, it's curiosity. I know-fer-a-fact I saw a list of physical locations back when 4.x was the latest release. Probably been deleted. fastest_cvsup usually tells me #17 is fastest, but it times out a lot, I mean A LOT, from here. ___ 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: Physical location of cvsup servers
Charles Howse wrote: > > On Mar 17, 2009, at 7:31 PM, Steve Bertrand wrote: > >> Don Read wrote: >>> On Tue, 17 Mar 2009 18:50:46 -0500 Charles Howse said: >>> >>>> Hi, >>>> Can anyone point me to a link that shows the physical location of the >>>> U.S. cvsup servers? >>>> >>>> >>> >>> Not physical, but by wire time: >>> >>> localhost# fastest_cvsup -c us > > Nope...looking for city,state. Unless you can communicate directly with the people who manage the server, that is not an easy task. You will have to consult whois for the routing information, and then, even still the results may be inaccurate, as IP space allocated to someone in Orlando Florida may be using some of their space in Dallas Texas. Neat little tricks such as MPLS could have you make one hop across the country while you think you are still in one local city. What do you want to achieve? fastest_cvsup will tell you addressing of the servers. You will have to contact those responsible for the IPs to see where they are located to ensure any form of accuracy regarding geo-location. Steve ___ 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: Physical location of cvsup servers
Charles Howse wrote: > How fast do you have to go to keep up with the sun so you're never in > darkness? Oh, and my answer to that question would be pi/43200 radians per second. Alphons (sorry, couldn't resist) -- All right, that does it Bill [Donahue]. I'm pretty sure that killing Jesus is not very Christian. -- Pope Benedict XVI, Southpark season 11 episode 5 ___ 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: Physical location of cvsup servers
On Mar 17, 2009, at 7:31 PM, Steve Bertrand wrote: Don Read wrote: On Tue, 17 Mar 2009 18:50:46 -0500 Charles Howse said: Hi, Can anyone point me to a link that shows the physical location of the U.S. cvsup servers? Not physical, but by wire time: localhost# fastest_cvsup -c us Nope...looking for city,state. ___ 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: Physical location of cvsup servers
Don Read wrote: > On Tue, 17 Mar 2009 18:50:46 -0500 Charles Howse said: > >> Hi, >> Can anyone point me to a link that shows the physical location of the >> U.S. cvsup servers? >> >> > > Not physical, but by wire time: > > localhost# fastest_cvsup -c us ...and for those in Canada: # fastest_cvsup -c ca,us The cvsup.ca.FreeBSD.org server has been the server with least latency for me for months (given I always test against US and CA). Props to the ops at Cogeco. Steve ___ 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: Physical location of cvsup servers
On Tue, 17 Mar 2009 18:50:46 -0500 Charles Howse said: > Hi, > Can anyone point me to a link that shows the physical location of the > U.S. cvsup servers? > > Not physical, but by wire time: localhost# fastest_cvsup -c us -- Don Read donr...@sbcglobal.net It's always darkest before the dawn. So if you are going to steal the neighbor's newspaper, that's the time to do 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"
Physical location of cvsup servers
Hi, Can anyone point me to a link that shows the physical location of the U.S. cvsup servers? -- Thanks, Charles Things that make you say, Hmm... How fast do you have to go to keep up with the sun so you're never in darkness? ___ 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: cvsup TreeList failed connection timed out
On Mon, Mar 16, 2009 at 05:22:04AM +, RW wrote: > On Sun, 15 Mar 2009 22:32:49 -0500 > Troy wrote: > > > I'm having a problem with cvsup and it just started happening. I have > > other servers on the same LAN that are having no problem connecting > > to the very same servers. I found other people that had this problem > > by searching but nothing gave a definitive answer on how to solve > > this. I tried to rebuild cvsup from source again and it build just > > fine but the problem still exists. > > Since you don't mention that you are running an old release, have you > tried switching to csup in the base system? I am on RELENG_7. I just rebuilt the world on the machine when this problem started. I should have mentioned that. I also rebuilt the world on a second server sitting right next to this one and it has no problem with CVSUP. There has to be a cause for why this cvsup is failing or a file that can be deleted and rebuilt or some other troubleshooting to this problem. Anyone have ideas? ___ 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: cvsup TreeList failed connection timed out
On Sun, 15 Mar 2009 22:32:49 -0500 Troy wrote: > I'm having a problem with cvsup and it just started happening. I have > other servers on the same LAN that are having no problem connecting > to the very same servers. I found other people that had this problem > by searching but nothing gave a definitive answer on how to solve > this. I tried to rebuild cvsup from source again and it build just > fine but the problem still exists. Since you don't mention that you are running an old release, have you tried switching to csup in the base system? ___ 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"
cvsup TreeList failed connection timed out
I'm having a problem with cvsup and it just started happening. I have other servers on the same LAN that are having no problem connecting to the very same servers. I found other people that had this problem by searching but nothing gave a definitive answer on how to solve this. I tried to rebuild cvsup from source again and it build just fine but the problem still exists. I turned on tcpdump and there is nothing that stands out why this is happening other than a clear timeout. Thoughts on how to troubleshoot this problem? -Troy Parsing supfile "/etc/cvsupfile" Connecting to cvsup10.FreeBSD.org Connected to cvsup10.FreeBSD.org Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs TreeList failed: Network write failure: Connection timed out Will retry at 22:34:40 ^C ___ 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: Logcheck errors after cvsup
On Saturday 14 March 2009 14:35:36 Patrick Lamaizière wrote: > Le Sat, 14 Mar 2009 10:48:58 +0100, > > Marco Beishuizen : > > I cvsupped my portstree yesterday and updated my system with > > portupgrade -a. All went well except for logcheck. Since the cvsup I > > don't receive the normal hourly mail with the results of the checking > > in my mailbox but the following (the subject of the mail is: Cron > > if [ -x /usr/local/sbin/logcheck ]; then nice > > -n10 /usr/local/sbin/logcheck; fi): > > > > /usr/local/sbin/logcheck: command substitution: line 49: syntax error > > near unexpected token `)' > > I guess it is related to the recent bash upgrade. > > Check the ports@ mailing list, there are some topics about bash4. Looks > like it is broken. > > Regards. Yes, bash seems to be the problem. I deinstalled bash 4 and reinstalled 3. Logcheck now works again. I guess I will follow the bash developments. Thanks for the help. -- KANSAS: Where the men are men and so are the women! ___ 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: Logcheck errors after cvsup
Le Sat, 14 Mar 2009 10:48:58 +0100, Marco Beishuizen : > I cvsupped my portstree yesterday and updated my system with > portupgrade -a. All went well except for logcheck. Since the cvsup I > don't receive the normal hourly mail with the results of the checking > in my mailbox but the following (the subject of the mail is: Cron > if [ -x /usr/local/sbin/logcheck ]; then nice > -n10 /usr/local/sbin/logcheck; fi): > > /usr/local/sbin/logcheck: command substitution: line 49: syntax error > near unexpected token `)' I guess it is related to the recent bash upgrade. Check the ports@ mailing list, there are some topics about bash4. Looks like it is broken. Regards. ___ 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"
Logcheck errors after cvsup
Hi, I cvsupped my portstree yesterday and updated my system with portupgrade -a. All went well except for logcheck. Since the cvsup I don't receive the normal hourly mail with the results of the checking in my mailbox but the following (the subject of the mail is: Cron if [ -x /usr/local/sbin/logcheck ]; then nice -n10 /usr/local/sbin/logcheck; fi): /usr/local/sbin/logcheck: command substitution: line 49: syntax error near unexpected token `)' /usr/local/sbin/logcheck: command substitution: line 49: `date +'%Y-%m-%d %H: %M')"' /usr/local/sbin/logcheck: command substitution: line 530: syntax error near unexpected token `)' /usr/local/sbin/logcheck: command substitution: line 530: `hostname -f)"' /usr/local/sbin/logcheck: command substitution: line 621: syntax error near unexpected token `)' /usr/local/sbin/logcheck: command substitution: line 621: `mktemp -d /tmp/logcheck.XX)' mkdir: /cracking: Permission denied /usr/local/sbin/logcheck: command substitution: line 145: syntax error near unexpected token `)' /usr/local/sbin/logcheck: command substitution: line 145: `export)' Null message body; hope that's ok usage: rm [-f | -i] [-dIPRrvW] file ... unlink file Has someon perhaps an idea what happened here? I couldn't find anything that suggested that the logcheck files had changed or something. Thanks in advance for the help. Marco -- You will soon meet a person who will play an important role in your life. ___ 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: creating own CVSup server
Stefan Miklosovic wrote: Hi all, I decided to set up my own CVSup server just for my local network. After reading all related stuff I should find, I have solid knowledge about this issue but one thing disturbed my mind. My pc, server which I will mirroring from, is also downloading source tree from another server (cvsup.at.freebsd.org) to /usr/src directory. I will download my src tree once a week. When I am going to set up cvsup server on my own, cvsup-mirror asks me, where I want to download files I just purchased. Default directory is "/home/ncvs". My question is, can be downloading directory /usr/src ? Which reason should I place downloading files to /home/ncvs for? Does it matter ? Can I serve my own src tree for other computers? Does it have to be stored twice? thank you ___ 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" You are mirroring the CVS source tree, you are not making a subversion server for your own stuff. I've used this cvs mirror utility before. You're mirroring a database, which has metainfo, versioning info, plus a whole lot more. You can't simply dump this database-type of files into /usr/src and get your system to use them. (There won't be a Makefile for example). You need to store them to another location outside /usr/src -- /home/ncvs is a good place since the uid and gid that the cvs will serve as is called 'ncvs' I'd keep progressing forward, leaving the defaults alone. Good luck. ___ 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: creating own CVSup server
Hi, me again, I also havent noticed, that there is a choice among -current or -stable. If I want to mirror just -stable (this is possible with cvsup stable-supfile), can I? thank you again On Sun, Jan 11, 2009 at 8:37 PM, Stefan Miklosovic < miklosovic.free...@gmail.com> wrote: > Hi all, > > I decided to set up my own CVSup server just for my local > network. After reading all related stuff I should find, I have > solid knowledge about this issue but one thing disturbed my mind. > > My pc, server which I will mirroring from, is also downloading > source tree from another server (cvsup.at.freebsd.org) to /usr/src > directory. I will download my src tree once a week. > When I am going to set up cvsup server on my own, cvsup-mirror > asks me, where I want to download files I just purchased. Default > directory is "/home/ncvs". > > My question is, can be downloading directory /usr/src ? > Which reason should I place downloading files to /home/ncvs for? > Does it matter ? Can I serve my own src tree for other computers? > Does it have to be stored twice? > > thank you > ___ 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"
creating own CVSup server
Hi all, I decided to set up my own CVSup server just for my local network. After reading all related stuff I should find, I have solid knowledge about this issue but one thing disturbed my mind. My pc, server which I will mirroring from, is also downloading source tree from another server (cvsup.at.freebsd.org) to /usr/src directory. I will download my src tree once a week. When I am going to set up cvsup server on my own, cvsup-mirror asks me, where I want to download files I just purchased. Default directory is "/home/ncvs". My question is, can be downloading directory /usr/src ? Which reason should I place downloading files to /home/ncvs for? Does it matter ? Can I serve my own src tree for other computers? Does it have to be stored twice? thank you ___ 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"
Issue on asterisk port in latest CVSUP
Hi, I found that the update for Asterisk update is broken after run the latest CVS update and portupgrade. The system is not able to find the correct files from the sources. Please check on that. Thank you Kenneth ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvsup: local
"fire jotawski" <[EMAIL PROTECTED]> writes: > i did cvsup with supfile given in example, > /usr/share/examples/cvsup/cvs-supfile, > and set base to /var/db and prefix to /home/ncvs as suggested and then > > cvsup -g -L 2 -h HOST /usr/share/examples/cvsup/cvs-supfile > > where HOST is the one that run fastest in local area around my country. Okay, so you have the CVS tree on that tree. > my real problem is that i can not do cvsup from any machine in my office. > but there is no problem at home. so i simply bring my notebook home and do > cvsup as above. later on at the office, i want my other machine get > /usr/src from my notebook but i can not and that's my problem. Now I understand what you are trying to do. > and frankly speaking my english is quite poor, i spend the whole week end to > understand documents cited. Your written English is more than good enough for me to understand, so your skills are obviously much better than the way you describe yourself. Now that you have spent much time understanding some of the documents, you might be able to help others by working on the translations for whichever language you would prefer to read in. > unfortunately, that bring me more problem and that's why i revert back to my > instinct with cvs. Either way (cvs or cvsup) should work fine. The easiest way to use CVS directly would be to NFS-mount the CVS repository on the client, and then checking out directly. For example, if the repository were mounted on /ncvs, the checkout command might be something like (cd /usr/src ; cvs -d /ncvs co -r src-all ) [I haven't tested this; I may have made an error, and I'm not sure what TAG you would want.] For using cvsup, you can install the cvsup-mirror port on the machine you want to use as the cvsup server. It will ask you a number of questions so that it can configure cvsupd properly, and you won't need to worry about it. Use whichever one you want; I don't see any reason to prefer one or the other. Good luck. -- 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: cvsup: local
On Tue, Nov 25, 2008 at 12:31 AM, Lowell Gilbert < [EMAIL PROTECTED]> wrote: > "fire jotawski" <[EMAIL PROTECTED]> writes: > > > On Thu, Nov 6, 2008 at 9:59 PM, Lowell Gilbert < > > [EMAIL PROTECTED]> wrote: > > > >> "fire jotawski" <[EMAIL PROTECTED]> writes: > >> > >> > i have my small box, 10.3.1.25 ip, that cvsup-ed files from > repository > >> into > >> > it. it use cvs-supfile in /usr/share/examples/cvsup/ to collect > files. > >> > now that i want my other machine to cvsup 6.2-release source files > from > >> the > >> > one mentioned above. > >> > > >> > my trial was > >> > > >> > cvsupd -b /var/db -c sup > >> > > >> > for box, 10.3.1.25 ip, and for other machine > >> > > >> > cvsup -g -L 2 -h 10.3.1.25 sup-file > >> > > >> > what i got was 'Server message: Unknown collection "src-all" ' > message. > >> > and later on > >> > > >> > Running > >> > Skipping collection src-all/cvs > >> > Skipping collection doc-all/cvs > >> > Shutting down connection to server > >> > Finished successfully > >> > > >> > very strange indeed. > >> > > >> > any helps and hints in setting cvsup server would highly be > appreciated. > >> > >> To run cvsupd, you need the whole cvs tree for the collections you're > >> handling, not just the checked-out files. > >> > >> Assuming these machines are attached by a protected network, a better > >> approach (easier, anyway) would probably be to cvsup the changes to > >> just one machine, then NFS-mount that machine's ports tree from the > >> other machine. > >> > >> -- > >> Lowell Gilbert, embedded/networking software engineer, Boston area > >> > >> http://be-well.ilk.org/~lowell/<http://be-well.ilk.org/%7Elowell/> > <http://be-well.ilk.org/%7Elowell/> > >> > > > > > > thanks indeed and apologized me for postponing answer to all of postings. > > what about cvs then. i did this > > > > cvs -d /home/ncvs checkout ports > > > > and i got some thing quite similar to ports tree indeed. > > What did you think that command was going to do? Do you have a full cvs > ports tree under /home/ncvs? How did you get that? i did cvsup with supfile given in example, /usr/share/examples/cvsup/cvs-supfile, and set base to /var/db and prefix to /home/ncvs as suggested and then cvsup -g -L 2 -h HOST /usr/share/examples/cvsup/cvs-supfile where HOST is the one that run fastest in local area around my country. > > My understanding was that you wanted to put the ports tree on one > machine (call it the "master"), then use it to install ports on other > machines that are local to the master. The way to do that would be to > use cvsup as normal on the master, and build all the ports there. Then > you can use NFS to mount /usr/ports on the other machines, and install > the ports on them as well. To speed things up, you can set WRKDIRPREFIX > to point at local disk space on the client machines. You can even have > the master machine build packages, avoiding the need to build the ports > from source on the clients. > > Does that make sense to you? Do you need it described in more detail? > my real problem is that i can not do cvsup from any machine in my office. but there is no problem at home. so i simply bring my notebook home and do cvsup as above. later on at the office, i want my other machine get /usr/src from my notebook but i can not and that's my problem. and frankly speaking my english is quite poor, i spend the whole week end to understand documents cited. unfortunately, that bring me more problem and that's why i revert back to my instinct with cvs. anyway, i really appreciate all answers to me and still hope that you will give me further helps. with best regards, psr > > Good luck. > -- > Lowell Gilbert, embedded/networking software engineer, Boston area > > http://be-well.ilk.org/~lowell/<http://be-well.ilk.org/%7Elowell/> > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"