Re: ports tree tagging again
Kris Kennaway wrote: If this comes up every few months, then it's really needed, isn't it? No, it means that a handful of people think that it would be great if the rest of the people all started doing more work to support their idea. I'm not the only person who wants to have stable ports tree and binary packages. Actually, about 90% people whom I asked about that said it would be nice. kuriyama's proof of concept shows that the infrastructure for supporting such a third party ports project (i.e. importing the freebsd ports tree into another repository, and then merging from there to your other branches) is not difficult to set up; so if you and others think that a stable ports branch is a worthwhile project, then take the lead, go and set it up, and if there's truly a demand for it then you'll see the evidence of that. You're not going to get anywhere if you expect someone else to do the hard work for you. kuriyama's proof of concept shows as well that the project will die very fast without the support from freebsd. And I personally have no enough resources to provide binary packages for all supported arches (and I'm not sure about i386 even). Neither do we, so packages for a stable branch are infeasible anyway. I don't believe we cannot do _anything_ about it. pgpY6lLc8deaW.pgp Description: PGP signature
Re: Apache 2.2 and Postgres
alan bryan wrote: I'm trying to get Apache 2.2 and Postgres to work together so that I can use mod_authn_dbd. I think the problem is that APR is not being passed the correct arguments so that it configures with PGSQL support. # ldd /usr/local/libexec/apache22/mod_authn_dbd.so /usr/local/libexec/apache22/mod_authn_dbd.so: # ldd /usr/local/libexec/apache22/mod_dbd.so /usr/local/libexec/apache22/mod_dbd.so: Shouldn't there be various pgsql things listed here? I compiled ports/apache22 with WITH_PGSQL=yes and also tried WITH_PGSQL=/usr/local/pgsql with no changes in result. Am I doing something wrong here? Hm... www/apache22 port has no WITH_PGSQL knob. I was figthing with apache22 + authentification via postgresql few days ago and now it works here with www/mod_auth_pgsql2. Apache error logs show: [Thu Aug 17 13:59:12 2006] [crit] (70023)This function has not been implemented on this platform: DBD: driver for [DBDriver unset] not available [Thu Aug 17 13:59:12 2006] [crit] (70023)This function has not been implemented on this platform: DBD: failed to initialise On another list someone says that the apr-util needs parameters passed to it in order to compile in Postgres support. http://marc.theaimsgroup.com/?l=apache-httpd-usersm=113855247701995w=2 So, my main question is: Is there a way for me to pass arguments to the apr-util part of the port compilation so it compiles with postgres support and I can thus use mod_authn_dbd and mod_dbd with Postgres support? pgpGfbcHSqWGA.pgp Description: PGP signature
Re: ports tree tagging again
On 8/18/06, Roman Bogorodskiy [EMAIL PROTECTED] wrote: I'm not the only person who wants to have stable ports tree and binary packages. Actually, about 90% people whom I asked about that said it would be nice. OpenBSD does exactly what you want - a branched, stable ports tree, and a preference for precompiled binary packages. Have you tried it? Of course, they have far fewer ports. NetBSD pkgsrc also has branched, stable tree, but you might need to build your own packages. Have you tried it? I find some aspects of the way packages are built and installed on OpenBSD superior to FreeBSD, particularly the insistence that you package before you install, rather than after (a FreeBSD port I used to maintain tripped up badly enough on this that I dropped it). That would also kill the DESTDIR thread... But it seems to me that FreeBSD has its priorities in different areas (like being polite to people) and that's fine - that's why there are several projects. If you want people to branch stuff, you get to choose between putting your own effort into doing it yourself for FreeBSD, if you have other reasons to stay with FreeBSD, or moving to another OS that already does it, at the cost of having fewer ports. You get to choose what your own priorities are, and to hang out with people who have the same ones. Trying to make FreeBSD do what OpenBSD does, or vice versa, is just plain overoptimistic. -- Christopher ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache 2.2 and Postgres
On 8/18/06, Roman Bogorodskiy [EMAIL PROTECTED] wrote: I compiled ports/apache22 with WITH_PGSQL=yes and also tried WITH_PGSQL=/usr/local/pgsql with no changes in result. Am I doing something wrong here? Hm... www/apache22 port has no WITH_PGSQL knob. I was figthing with apache22 + authentification via postgresql few days ago and now it works here with www/mod_auth_pgsql2. Are you sure about that? # pwd /usr/ports/www/apache22 # more Makefile.doc # Makefile.doc # Author: Clement Laforet [EMAIL PROTECTED] # # This files contains: # - make options output # - apache2 man/docs routines # # $FreeBSD: ports/www/apache22/Makefile.doc,v 1.9 2006/05/10 19:47:15 clement Ex p $ # ## Available knobs: ## By default, modules are compiled as dynamically loadable (DSO) modules. ## ...blah, blah ## WITH_(MYSQL|PGSQL|SQLITE): Enable SQL backend *dbd So, I saw that and thought that WITH_PGSQL is valid. So, you are saying that it is not? That would help explain some of the problems I'm seeing. I could use (and have in the past on apache 2.0) www/mod_auth_pgsql2 but I was getting No Authn provider configured with the following .htaccess: AuthName Administration Area AuthType basic Auth_PG_host localhost Auth_PG_port 5432 Auth_PG_encrypted on Auth_PG_user pgsql Auth_PG_database dbname Auth_PG_pwd_table users Auth_PG_uid_field username Auth_PG_pwd_field password require user username which worked fine in apache 2.0. So, what parts of the new auth stuff do you have loaded in your httpd.conf that you don't get that error? It sounds like I was getting some of the new auth stuff to start trying to do things as a result of the AuthType basic line but I'm not sure what else to put there. Can you share some of your setup details? Thanks! --Alan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: bazaar-ng-0.8.2
On Thu, Aug 17, 2006 at 05:40:55PM -0600 I heard the voice of Chad Phillips -- Apartment Lines, and lo! it spake thus: was just wondering if you had a time estimate for updating the ports for bzr/bzrtools to 0.9? i'm looking forward to it! Attached is an update of the port I just bashed out; it should do the job until Ulf has a chance look over it and bless it, or do it far better. I'm not really sure that the patch for the urandom stuff is actually necessary or meaningful at all, but I've left it (just update the lines) for now. -- Matthew Fuller (MF4839) | [EMAIL PROTECTED] Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. Index: Makefile === RCS file: /usr/cvs/ports/devel/bazaar-ng/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile18 May 2006 19:46:10 - 1.9 +++ Makefile18 Aug 2006 08:04:21 - @@ -6,7 +6,7 @@ # PORTNAME= bazaar-ng -PORTVERSION= 0.8.2 +PORTVERSION= 0.9 CATEGORIES=devel MASTER_SITES= http://bazaar-vcs.org/pkg/ \ http://voodoo.bawue.com/download/ Index: distinfo === RCS file: /usr/cvs/ports/devel/bazaar-ng/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo18 May 2006 19:46:10 - 1.6 +++ distinfo18 Aug 2006 08:04:44 - @@ -1,3 +1,3 @@ -MD5 (bzr-0.8.2.tar.gz) = 9bcfcc2a60156a5a74e247846ebe7473 -SHA256 (bzr-0.8.2.tar.gz) = 81d982a6aa875b30e4c1ba2d1ade17b34f90fa533e815e3a744bc244745e3144 -SIZE (bzr-0.8.2.tar.gz) = 720152 +MD5 (bzr-0.9.tar.gz) = 46a3320a7830b13516bef084bb87d86c +SHA256 (bzr-0.9.tar.gz) = a50ec64ee581d9ecfb0b87098398b3fbbe19c9bd55a7782f75fe7232d83fcf90 +SIZE (bzr-0.9.tar.gz) = 935724 Index: pkg-plist === RCS file: /usr/cvs/ports/devel/bazaar-ng/pkg-plist,v retrieving revision 1.5 diff -u -r1.5 pkg-plist --- pkg-plist 18 May 2006 19:46:10 - 1.5 +++ pkg-plist 18 Aug 2006 08:18:18 - @@ -19,10 +19,11 @@ %%PYTHON_SITELIBDIR%%/bzrlib/fetch.py %%PYTHON_SITELIBDIR%%/bzrlib/gpg.py %%PYTHON_SITELIBDIR%%/bzrlib/graph.py -%%PYTHON_SITELIBDIR%%/bzrlib/hashcache.py %%PYTHON_SITELIBDIR%%/bzrlib/help.py +%%PYTHON_SITELIBDIR%%/bzrlib/hashcache.py %%PYTHON_SITELIBDIR%%/bzrlib/identitymap.py %%PYTHON_SITELIBDIR%%/bzrlib/info.py +%%PYTHON_SITELIBDIR%%/bzrlib/ignores.py %%PYTHON_SITELIBDIR%%/bzrlib/inter.py %%PYTHON_SITELIBDIR%%/bzrlib/intset.py %%PYTHON_SITELIBDIR%%/bzrlib/inventory.py @@ -40,14 +41,22 @@ %%PYTHON_SITELIBDIR%%/bzrlib/option.py %%PYTHON_SITELIBDIR%%/bzrlib/osutils.py %%PYTHON_SITELIBDIR%%/bzrlib/patch.py +%%PYTHON_SITELIBDIR%%/bzrlib/patches.py +%%PYTHON_SITELIBDIR%%/bzrlib/patiencediff.py %%PYTHON_SITELIBDIR%%/bzrlib/plugin.py %%PYTHON_SITELIBDIR%%/bzrlib/progress.py %%PYTHON_SITELIBDIR%%/bzrlib/reconcile.py %%PYTHON_SITELIBDIR%%/bzrlib/repository.py +%%PYTHON_SITELIBDIR%%/bzrlib/doc/__init__.py +%%PYTHON_SITELIBDIR%%/bzrlib/doc/api/__init__.py +%%PYTHON_SITELIBDIR%%/bzrlib/doc/api/__init__.pyc +%%PYTHON_SITELIBDIR%%/bzrlib/doc/api/__init__.pyo +%%PYTHON_SITELIBDIR%%/bzrlib/doc/__init__.pyc +%%PYTHON_SITELIBDIR%%/bzrlib/doc/__init__.pyo %%PYTHON_SITELIBDIR%%/bzrlib/revision.py %%PYTHON_SITELIBDIR%%/bzrlib/revisionspec.py +%%PYTHON_SITELIBDIR%%/bzrlib/revisiontree.py %%PYTHON_SITELIBDIR%%/bzrlib/rio.py -%%PYTHON_SITELIBDIR%%/bzrlib/tree.py %%PYTHON_SITELIBDIR%%/bzrlib/shellcomplete.py %%PYTHON_SITELIBDIR%%/bzrlib/sign_my_commits.py %%PYTHON_SITELIBDIR%%/bzrlib/status.py @@ -60,25 +69,57 @@ %%PYTHON_SITELIBDIR%%/bzrlib/trace.py %%PYTHON_SITELIBDIR%%/bzrlib/transactions.py %%PYTHON_SITELIBDIR%%/bzrlib/transform.py +%%PYTHON_SITELIBDIR%%/bzrlib/tree.py %%PYTHON_SITELIBDIR%%/bzrlib/tsort.py %%PYTHON_SITELIBDIR%%/bzrlib/tuned_gzip.py %%PYTHON_SITELIBDIR%%/bzrlib/uncommit.py %%PYTHON_SITELIBDIR%%/bzrlib/upgrade.py +%%PYTHON_SITELIBDIR%%/bzrlib/urlutils.py %%PYTHON_SITELIBDIR%%/bzrlib/weave.py %%PYTHON_SITELIBDIR%%/bzrlib/versionedfile.py %%PYTHON_SITELIBDIR%%/bzrlib/weave_commands.py %%PYTHON_SITELIBDIR%%/bzrlib/weavefile.py %%PYTHON_SITELIBDIR%%/bzrlib/win32console.py -%%PYTHON_SITELIBDIR%%/bzrlib/xml4.py %%PYTHON_SITELIBDIR%%/bzrlib/workingtree.py +%%PYTHON_SITELIBDIR%%/bzrlib/xml4.py %%PYTHON_SITELIBDIR%%/bzrlib/xml5.py %%PYTHON_SITELIBDIR%%/bzrlib/xml_serializer.py -%%PYTHON_SITELIBDIR%%/bzrlib/doc/__init__.py -%%PYTHON_SITELIBDIR%%/bzrlib/doc/api/__init__.py -%%PYTHON_SITELIBDIR%%/bzrlib/doc/api/__init__.pyc -%%PYTHON_SITELIBDIR%%/bzrlib/doc/api/__init__.pyo -%%PYTHON_SITELIBDIR%%/bzrlib/doc/__init__.pyc -%%PYTHON_SITELIBDIR%%/bzrlib/doc/__init__.pyo +%%PYTHON_SITELIBDIR%%/bzrlib/benchmarks/__init__.py +%%PYTHON_SITELIBDIR%%/bzrlib/benchmarks/bench_add.py +%%PYTHON_SITELIBDIR%%/bzrlib/benchmarks/bench_bench.py
Re: ports tree tagging again
On Fri, Aug 18, 2006 at 10:45:37AM +0400, Roman Bogorodskiy wrote: Kris Kennaway wrote: If this comes up every few months, then it's really needed, isn't it? No, it means that a handful of people think that it would be great if the rest of the people all started doing more work to support their idea. I'm not the only person who wants to have stable ports tree and binary packages. Actually, about 90% people whom I asked about that said it would be nice. Great, so they'd surely be willing to help you. kuriyama's proof of concept shows that the infrastructure for supporting such a third party ports project (i.e. importing the freebsd ports tree into another repository, and then merging from there to your other branches) is not difficult to set up; so if you and others think that a stable ports branch is a worthwhile project, then take the lead, go and set it up, and if there's truly a demand for it then you'll see the evidence of that. You're not going to get anywhere if you expect someone else to do the hard work for you. kuriyama's proof of concept shows as well that the project will die very fast without the support from freebsd. What form do you think this support would have entailed? If kuriyama did not have the time to keep the project going on his own, he would have not had the time in FreeBSD either and the work would have fallen on someone else. Note that kuriyama deliberately did not publicize his project to the community (IIRC it was something his company was paying him to do), so he made the choice not to solicit for volunteers to keep it alive as a public project. Adding this to FreeBSD is not on the table right now. Go and start the project, prove your assertion about 90% of people wanting this feature by getting them to pitch in, and come back in 6 months with the proof that it's a workable concept, much in demand, and with the wide community support necessary to sustain once e.g. you get sick of the project and move on to other things. And I personally have no enough resources to provide binary packages for all supported arches (and I'm not sure about i386 even). Neither do we, so packages for a stable branch are infeasible anyway. I don't believe we cannot do _anything_ about it. OK. Kris pgpjSJo2nes4z.pgp Description: PGP signature
Respect of various variables
Hi I'm trying to figure out what to cleenup in ports. Which of following variables should be respected (either ?= or +=)? CPPFLAGS LDFLAGS CONFIGURE_ENV CONFIGURE_ARGS /Soeren Soeren Straarup | aka OZ2DAK aka Xride FreeBSD wannabe | FreeBSD since 2.2.6-R If a program is not working right, then send a patch ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: awstats-6.5_1,1
MIDLANDCOMPUTERS tel:01952 588688 fax:01952 588555 web:www.midlandcomputers.com email:[EMAIL PROTECTED] Hi, I note that you're listed as the maintainer for the awstats FreeBSD Port. This version has a security vulnerability and cannot be installed. It's been fixed in v6.6 and I was hoping it would be updated in the ports soon? Thanks. Kind regards, Peter Barfield [EMAIL PROTECTED] Did you know we also provide Internet Services? Visit www.RocketUK.net to find out more. Need a new phone system? Visit www.MeridianPhones.co.uk for BT Norstar handsets and headsets. Please Note: All prices exclude VAT unless specified. Confidentiality Note: The information in this e-mail message may be confidential and for use of only the named recipient. The information may be protected by privilege, work product immunity or other applicable law. If you are not the intended recipient the retention, dissemination, distribution or copying of this e-mail message is strictly prohibited. If you receive this e-mail message in error please notify us immediately by telephone on +44 (0)1952 588688 or by e-mail at [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports tree tagging again
在 2006-08-18五的 10:50 +0400,Roman Bogorodskiy写道: Paul Schmehl wrote: As a maintainer of several ports, I can assure you that I would not be interested in doing *more* work on the ports than I already am. And my ports are relatively simple ones. Imagine the guys who do KDE and Gnome and Xorg being asked to at least double their work. I know that Gnome and Xorg people has their own repo. That could be avoided if we had two branches. That's true, but speaking as a CVS administrator for many years, it is quite painful for larger CVS repositories to have so many branches, and it would take way too much time for someone to pick up others' changes that does not conflict. The situation would be much better if we have a better SCM system in the early age, and now we have to face the fact that FreeBSD can not simply adopt a new SCM system without much pain, so we can not move that fast in these areas. However, well, it would not be that hard if someone (or a group) can set up a branched cvsup mirror, along with a build cluster that verifies the changes that happen, with help of cvsup(1)'s help along with several custom branches that was created against RELEASE_X_Y tags. This way we will be able to provide easy to use errata or security branches, say, only very important changes that affects security and/or performance/stability can be merged back. This would be, unfortunately, a very hard work as we have 15000+ ports and it takes way too much time for the build cluster to afford. Sometimes I have the passion to create an outer ports tree that provides stable ports, but I gave up again and again due to lack of resources (to build binary packages), manpower and time. So if someone wants to do this, be sure to know what you would face to, and perhaps I can share some experience. Cheers, -- Xin LI delphij delphij nethttp://www.delphij.net/ signature.asc Description: 这是信件的数 字签名部分
Re: ports tree tagging again
When/if we get a new VCS, where branching is not as painful as it is now, I expect it to be used extensively by developers. Projects can be then brought back into our main repo from marcuscom, p4 and other local repos. We often work on some things together and/or from multiple locations. It feels so awkward to send patches in email attachments or uploading them somewhere. Moreover, with a new VCS, I expect a possibility for maintainers to gain commit rights to some separate branches. Committers may then easily review and merge changes to the trunk. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports tree tagging again
On Fri, Aug 18, 2006 at 02:21:38PM +0400, Andrew Pantyukhin wrote: When/if we get a new VCS, where branching is not as painful as it is now, I expect it to be used extensively by developers. Projects can be then brought back into our main repo from marcuscom, p4 and other local repos. We often work on some things together and/or from multiple locations. It feels so awkward to send patches in email attachments or uploading them somewhere. Moreover, with a new VCS, I expect a possibility for maintainers to gain commit rights to some separate branches. Committers may then easily review and merge changes to the trunk. Note to readers: please avoid the temptation to now follow up and discuss the merits of which VCS is best. Kris pgppQG7NFEmZ2.pgp Description: PGP signature
Re: ports tree tagging again
* Roman Bogorodskiy ([EMAIL PROTECTED]) wrote: 2. Port tree is unstable IMO, port tree is not very stable. I mean: we're all human and more or less often make mistakes and inaccurate commits. So you cannot be sure that if you cvsup/portsnap your tree, it will not break something (e.g. because of some typo). It's OK to have such errors in general, and we can do nothing with it, but there are a lot of silly errors which could be avoided and you definitely don't deal with on a stable system. I won't call it unstable. I myself have 3 FreeBSD boxes with about 600 ports installed on each. Two boxes are updated regularily, anoher one have some ports outdated - for all those I can't remember any problems for 2-3 years. If there actually are any breakages, I don't think they cost the effort of maintaining branched ports tree. -- Best regards, Dmitry mailto:[EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: awstats-6.5_1,1
Hi, Peter Barfield, 18.08.06, 12:07h CEST: I note that you're listed as the maintainer for the awstats FreeBSD Port. This version has a security vulnerability and cannot be installed. It's been fixed in v6.6 and I was hoping it would be updated in the ports soon? There is www/awstatus-devel which is a port of that version of the software. Stefan pgpZ9go0k69z7.pgp Description: PGP signature
Re: Apache 2.2 and Postgres
On 8/18/06, Roman Bogorodskiy [EMAIL PROTECTED] wrote: I could use (and have in the past on apache 2.0) www/mod_auth_pgsql2 but I was getting No Authn provider configured with the following ..htaccess: Yeah, I had the same error. It fixed by placing line LoadModule auth_pgsql_module libexec/apache22/mod_auth_pgsql.so before other LoadModule entries (that sound rather weird, yes). That does sound weird but it did solve the problem for me too. Thanks! For now I'll just continue using mod_auth_pgsql2 although I still think there is something wrong with the DBD and PGSQL things in the www/apache22 port. Hopefully someone with more experience in this than I can take a look at the way the port builds and links against PGSQL and see if they can get it to work. I was getting none of the dbd related .so to link against the pgsql libs which is why nothing dbd related was working. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: squid-2.6.2
Hi, is there a simple way to get squid 2.6 with portupgrade? Thanks Reinhard -- Dipl. Inform. Reinhard Haller INTERACTIVE Computer Systems GmbH Gesellschaft für Systemtechnik Hermann-Hesse-Str. 5 85551 Kirchheim b. München Tel.: 089/904885-0 Mob.: 0171/8022551 Fax: 089/904885-22 mailto: [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: squid-2.6.2
On Fri, Aug 18, 2006 at 06:40:06PM +0200, Reinhard Haller wrote: Hi, is there a simple way to get squid 2.6 with portupgrade? Assuming you want to switch from www/squid to www/squid26 you could do: portupgrade -f -o www/squid26 squid I don't know what if any configuration compatibility issues there are so that may not result in a working installation. -- Brooks pgp0slvU7byMt.pgp Description: PGP signature
Re: Cannot install linux_base-fc4 fetch fails ...
On Sun, 13 Aug 2006 12:32:38 +0200 Kiffin Gish wrote: On Sun, 2006-08-13 at 03:27 -0700, Bill Blue wrote: On Sun, 13 Aug 2006 02:56:46 -0700, Kiffin Gish [EMAIL PROTECTED] wrote: Hi there. I recently upgraded my server to FreeBSD 6.1 but cannot for the life of me get the linux_base emulator installed. All attempts to fetch the required files fail for some reason. -START- # cd /usr/ports/emulators/linux_base-fc4 # make install clean === Vulnerability check disabled, database not found = compat-db-4.2.52-2.FC4.i386.rpm doesn't seem to exist in /usr/ports/distfiles/rpm/i386/fedora/4. = Attempting to fetch from http://mirrors.kernel.org/fedora/core/4/i386/os/Fedora/RPMS/. fetch: http://mirrors.kernel.org/fedora/core/4/i386/os/Fedora/RPMS/compat-db-4.2.52-2.FC4.i386.rpm: Not Found = Attempting to fetch from http://mirrors.kernel.org/fedora/core/updates/4/i386/. fetch: http://mirrors.kernel.org/fedora/core/updates/4/i386/compat-db-4.2.52-2.FC4.i386.rpm: Not Found = Attempting to fetch from http://mirrors.kernel.org/fedora/core/4/SRPMS/. fetch: http://mirrors.kernel.org/fedora/core/4/SRPMS/compat-db-4.2.52-2.FC4.i386.rpm: Not Found = Attempting to fetch from http://mirrors.kernel.org/fedora/core/updates/4/SRPMS/. fetch: http://mirrors.kernel.org/fedora/core/updates/4/SRPMS/compat-db-4.2.52-2.FC4.i386.rpm: Not Found = Attempting to fetch from ftp://mirrors.kernel.org/fedora/core/4/i386/os/Fedora/RPMS/. fetch: ftp://mirrors.kernel.org/fedora/core/4/i386/os/Fedora/RPMS/compat-db-4.2.52-2.FC4.i386.rpm: File unavailable (e.g., file not found, no access) ... (many many similar lines follow) = Attempting to fetch from http://fedora.server4you.net/fedora/core/updates/4/SRPMS/. fetch: http://fedora.server4you.net/fedora/core/updates/4/SRPMS/compat-db-4.2.52-2.FC4.i386.rpm: Not Found = Attempting to fetch from ftp://fedora.server4you.net/fedora/core/4/i386/os/Fedora/RPMS/. fetch: ftp://fedora.server4you.net/fedora/core/4/i386/os/Fedora/RPMS/compat-db-4.2.52-2.FC4.i386.rpm: File unavailable (e.g., file not found, no access) = Attempting to fetch from ftp://fedora.server4you.net/fedora/core/updates/4/i386/. fetch: ftp://fedora.server4you.net/fedora/core/updates/4/i386/compat-db-4.2.52-2.FC4.i386.rpm: File unavailable (e.g., file not found, no access) = Attempting to fetch from ftp://fedora.server4you.net/fedora/core/4/SRPMS/. fetch: ftp://fedora.server4you.net/fedora/core/4/SRPMS/compat-db-4.2.52-2.FC4.i386.rpm: File unavailable (e.g., file not found, no access) = Attempting to fetch from ftp://fedora.server4you.net/fedora/core/updates/4/SRPMS/. fetch: ftp://fedora.server4you.net/fedora/core/updates/4/SRPMS/compat-db-4.2.52-2.FC4.i386.rpm: File unavailable (e.g., file not found, no access) = Attempting to fetch from http://fedora.mirrored.ca/fedora/4/i386/os/Fedora/RPMS/. ^Cfetch: transfer interrupted -END- Can anyone out there please help me?cd Thanks alot in advance. Just let it keep going. Eventually (much further than when you ^C'd) it will get to a site that has the files. I went through exactly this about a week ago and did the same thing initially. --Bill Alright, patience is the key I guess. Now it works! Thanks. At normal circumstances the linux distridution file should be found at some first (8-10) attempts. If it takes more than it's a sign that a new distribution accured. But some sites just didn't update their files so far. And reports (like your original letter) help us to keep linux ports up-to-date. Now the most recent compat-db distribution for FC4 merged to the port. Thanks for the report! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports tree tagging again
On Fri, Aug 18, 2006 at 04:21:38PM +0400, Roman Bogorodskiy wrote: There are severe logistical problems: Ports are currently expected to build for at least 3 different src branches, with between 2 and 6 different architectures in each. Multiply this by over 15,000 ports and that process isn't going to work. And this ignores interactions Yeah, that's the problem we should find a solution for. Other than adding a lot more build machines and/or decreasing the number of ports, what do you have in mind? mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
google-earth-4.0.1693 Locks up...
Hello, Surely I'm missing something basic here. The latest version (v.1693) does not work for me on RELENG_6. Running it, it stops at loading myplaces.kml. If I delete the ~/.googleearth directory it gets a little further... myplaces appear to get loaded, and then it just locks up. It does not complain in any fashion. It never draws earth and just locks up. At one point there were a lot of complaints about v.1693 not working. Then the complaints seemed to dissipate. Though a lot of people did chime in with works fine here... no one that I saw had nailed down the problem or offered a solution. I've searched a good bit and just not found what I need to get it running. Any ideas? Anything I can provide that would be helpful? Thanks. -- Regards, Eric ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]