Question about fields in INDEX files

2007-05-06 Thread Garrett Cooper

Hello all,
	As part of my Google SoC project I'm taking a look at INDEX-{ver} and 
revising it to fit Berkeley DB objects combined with pkg_*, much like 
pkgdb does.


	I have a few questions about the meanings of the fields though and 
their use. I'm using net/DarwinStreamingServer as an example, because 
it's short, and contains all of the fields I could find present in all 
of the INDEX entries, and this comes from INDEX-7, not INDEX-5 or INDEX-6.


===
Entry:
===
DarwinStreamingServer-5.5.4_1|/usr/ports/net/DarwinStreamingServer|/usr/local|Darwin 
Streaming Server, a MP3, MPEG4 and QuickTime streaming 
server|/usr/ports/net/DarwinStreamingServer/pkg-descr|[EMAIL PROTECTED]|net||p5-Net-SSLeay-1.30_1 
perl-5.8.8|http://developer.apple.com/darwin/projects/streaming/|||


===

The fields are as following (separated by pipes):
1. [Port name (without category)]-[version][{:_revision}]
2. Full path to port.
3. Installation prefix (?)
4. Comment
5. Full path to pkg-descr file
6. Maintainer
7. Category
8. [unknown] -- blank field
9. Direct dependencies
10. Developer's / Project's Webpage
11., 12. [unknown] (x2) -- blank fields

===

If someone can correct me on the meanings of these fields, that would be 
 fantastic. Also, if someone can help me discover the secret identities 
of some of the unknown fields (in particular the last 2 blank fields), 
that would be helpful as well. I understand that the majority of these 
lines do come from the Makefiles, but I'm not sure what additional 
fields could be involved in this.


Also, I was wondering if fields 3. and 5. are really necessary in the 
INDEX file. 3. can be user specified, or default to a particular value.


Also, 5. can be automatically assumed to {2.}/pkg-descr in all cases 
that I've seen. So, given this observation is there any real case that 
this assumption would be false?


Thanks for any and all help!
-Garrett
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Question about fields in INDEX files

2007-05-06 Thread Mark Linimon
The output from each port's make describe is documented at the
describe target in:

http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk

This is changed to a different format (a historical bug, too late to fix
now because of POLA) via make index from ports/Makefile by the following
script (see the foreach block at the end):

http://www.freebsd.org/cgi/cvsweb.cgi/ports/Tools/make_index

I will send you portsmon's portsIndexUtils.py file that you can work from
to figure out this mess.  (I don't see any reason to post it to the list).

mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Question about fields in INDEX files

2007-05-06 Thread Garrett Cooper

Mark Linimon wrote:

The output from each port's make describe is documented at the
describe target in:

http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk

This is changed to a different format (a historical bug, too late to fix
now because of POLA) via make index from ports/Makefile by the following
script (see the foreach block at the end):

http://www.freebsd.org/cgi/cvsweb.cgi/ports/Tools/make_index

I will send you portsmon's portsIndexUtils.py file that you can work from
to figure out this mess.  (I don't see any reason to post it to the list).

mcl


Mark,
Thanks for the speedy reply.
	Would you happen to know what the Perl module / class is that's used 
for storing the pkg objects with? I just want to look at the structure a 
bit closer.

Thanks,
-Garrett
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Question about fields in INDEX files

2007-05-06 Thread Garrett Cooper

Mark Linimon wrote:

The output from each port's make describe is documented at the
describe target in:

http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk

This is changed to a different format (a historical bug, too late to fix
now because of POLA) via make index from ports/Makefile by the following
script (see the foreach block at the end):

http://www.freebsd.org/cgi/cvsweb.cgi/ports/Tools/make_index

I will send you portsmon's portsIndexUtils.py file that you can work from
to figure out this mess.  (I don't see any reason to post it to the list).

mcl


Mark,
Thanks for the speedy reply.
Would you happen to know what the Perl module / class is that's used
for storing the pkg objects with? I just want to look at the structure a
bit closer.
Thanks,
-Garrett

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Question about fields in INDEX files

2007-05-06 Thread Matthew Seaman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Garrett Cooper wrote:
 Hello all,
 As part of my Google SoC project I'm taking a look at INDEX-{ver}
 and revising it to fit Berkeley DB objects combined with pkg_*, much
 like pkgdb does.
 
 I have a few questions about the meanings of the fields though and
 their use. I'm using net/DarwinStreamingServer as an example, because
 it's short, and contains all of the fields I could find present in all
 of the INDEX entries, and this comes from INDEX-7, not INDEX-5 or INDEX-6.
 
 ===
 Entry:
 ===
 DarwinStreamingServer-5.5.4_1|/usr/ports/net/DarwinStreamingServer|/usr/local|Darwin
 Streaming Server, a MP3, MPEG4 and QuickTime streaming
 server|/usr/ports/net/DarwinStreamingServer/pkg-descr|[EMAIL 
 PROTECTED]|net||p5-Net-SSLeay-1.30_1
 perl-5.8.8|http://developer.apple.com/darwin/projects/streaming/|||
 
 ===
 
 The fields are as following (separated by pipes):
 1. [Port name (without category)]-[version][{:_revision}]
 2. Full path to port.
 3. Installation prefix (?)
 4. Comment
 5. Full path to pkg-descr file
 6. Maintainer
 7. Category
 8. [unknown] -- blank field
 9. Direct dependencies
 10. Developer's / Project's Webpage
 11., 12. [unknown] (x2) -- blank fields
 
 ===
 
 If someone can correct me on the meanings of these fields, that would be
  fantastic. Also, if someone can help me discover the secret identities
 of some of the unknown fields (in particular the last 2 blank fields),
 that would be helpful as well. I understand that the majority of these
 lines do come from the Makefiles, but I'm not sure what additional
 fields could be involved in this.
 
 Also, I was wondering if fields 3. and 5. are really necessary in the
 INDEX file. 3. can be user specified, or default to a particular value.
 
 Also, 5. can be automatically assumed to {2.}/pkg-descr in all cases
 that I've seen. So, given this observation is there any real case that
 this assumption would be false?
 
 Thanks for any and all help!
 -Garrett

Been there, done that.  Take a look at the code in Port.pm from my
FreeBSD::Portindex stuff.  Particularly the print() method:


#
# Print out one line of the INDEX file
#
sub print ($*;$)
{
my $self = shift;
my $fh   = shift;
my $allports = shift;
my $counter  = shift;

print $fh $self-PKGNAME(), '|';
print $fh $self-ORIGIN(),  '|';
print $fh $self-STUFF(),   '|';
print $fh $self-_chase_deps( $allports, 'BUILD_DEPENDS' ), '|';
print $fh $self-_chase_deps( $allports, 'RUN_DEPENDS' ),   '|';
print $fh $self-WWW(), '|';
print $fh $self-_chase_deps( $allports, 'EXTRACT_DEPENDS' ), '|';
print $fh $self-_chase_deps( $allports, 'PATCH_DEPENDS' ),   '|';
print $fh $self-_chase_deps( $allports, 'FETCH_DEPENDS' ),   \n;

counter( \%::Config, $counter );
return $self;
}

STUFF is the amalgamation of fields 3,4,5,6,7 which you've already
identified. The PREFIX (field 3) is usually /usr/local although for
a limited time there are still a number of X11 related entries using
/usr/X11R6.  Similarly the pkg-desc (field 5) is almost always 
/usr/ports/category/portname/pkg-descr -- but there are a
significant number of exceptions, which are slave ports.  Eg. compare
these two INDEX entries:

% grep ^mod_jk INDEX-6  
mod_jk-1.2.21,1|/usr/ports/www/mod_jk|/usr/local|Apache JK module for 
connecting to Tomcat using AJP1X|/usr/ports/www/mod_jk/pkg-descr|[EMAIL 
PROTECTED]|www|apache-1.3.37_3 expat-2.0.0_1 gettext-0.16.1_1 gmake-3.81_1 
libiconv-1.9.2_2 perl-5.8.8|apache-1.3.37_3 expat-2.0.0_1 
perl-5.8.8|http://tomcat.apache.org/connectors-doc/|||
mod_jk-ap2-1.2.21|/usr/ports/www/mod_jk-apache2|/usr/local|Apache2 JK module 
for connecting to Tomcat using 
AJP1X|/usr/ports/www/mod_jk-apache2/../mod_jk/pkg-descr|[EMAIL 
PROTECTED]|www|apache-2.0.59 expat-2.0.0_1 gettext-0.16.1_1 gmake-3.81_1 
libiconv-1.9.2_2 perl-5.8.8|apache-2.0.59 expat-2.0.0_1 libiconv-1.9.2_2 
perl-5.8.8|http://tomcat.apache.org/connectors-doc/|||

Note that either of these fields can vary with local customization as
well -- nothing says that you've always got to keep the ports tree rooted
at /usr/ports or install everything with a prefix of /usr/local, although
if you change any of that, you're going to be building your own INDEX
anyhow.

The 5 'DEPENDS' entries in the last 6 fields consist of the output of
various FOO_DEPENDS variables from the port's Makefile processed to turn
the port origins 'editors/emacs21' into the package names 'emacs-21.3_9'

These values are then combined in various ways, ie. RUN_DEPENDS in the
Index file is the combination of the values from the $RUN_DEPENDS and
$LIB_DEPENDS variables from the Makefile, plus the accumulated sum of
the RUN_DEPENDS for each of the dependencies, and each of their
dependencies, recursively.

eg. If '$EXTRACT_DEPENDS' in the port Makefile is set to:

EXTRACT_DEPENDS= rpm2cpio.pl:${PORTSDIR}/archivers/rpm2cpio

then the EXTRACT_DEPENDS field in the 

apache20 and mod_python3 problem

2007-05-06 Thread Christian Pinedo Zamalloa
hello,

I'm having problems with mod_python-3.3.1 and apache-2.0.59. By I know
and tested the problem is caused by mod_python3 port.

The configuration of apache is the proposed at the
/usr/local/share/examples/apache2/http-std.conf file, I only modified it
with the following lines:

LoadModule python_module libexec/apache2/mod_python.so
LoadModule php4_module libexec/apache2/libphp4.so
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
LoadModule security_module libexec/apache2/mod_security.so
LoadModule dav_module libexec/apache2/mod_dav.so
LoadModule dav_fs_module libexec/apache2/mod_dav_fs.so
LoadModule dav_svn_module libexec/apache2/mod_dav_svn.so
LoadModule authz_svn_module libexec/apache2/mod_authz_svn.so

When i disable python_module i can restart, stop and reload the server
but when i don't disable it i get several errors:

# /usr/local/etc/rc.d/apache2.sh stop
Stopping apache2.
Waiting for PIDS: 20827, 20827, 20827, 20827, 20827, 

# kill -9 20827

If I try to restart or reload apache with python_module loaded I get the
following error:

# /usr/local/etc/rc.d/apache2.sh restart
Performing sanity check on apache2 configuration:
Syntax OK
Segmentation fault (core dumped)

I'm a newbie user of FreeBSD 6.1 and i'm suffering this error from
several months. I would be pleased if you could help me. Thanks,

-- 
Christian Pinedo Zamalloa [EMAIL PROTECTED]
PGP key at: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6E261AAB
Fingerprint: B96C BEC0 B037 AFAC 43C1   952A 6D87 962E 6E26 1AAB



signature.asc
Description: OpenPGP digital signature


Re: FreeBSD Port: wildfire-3.2.4

2007-05-06 Thread Nikolay Pavlov
On Thursday,  3 May 2007 at 16:01:27 -0400, Brandon McCorkle wrote:
Hi Quetzal,
 
 
 
I was curious if you were working on a  openfire 3.3.0
port in FreeBSD?  It's my understanding that it needs Java 1.6 now and I
didn't see a Java port for this version in BSD so I was curious if 3.3.0
was going to happen.  Thanks for all your hard work, the 3.2.4 port has
been working beautifully for us.
 
 
 
 
 
Brandon
 
 
 
 

Hi Brandon. I currently working on this :)

-- 
==  
- Best regards, Nikolay Pavlov. ---
==  

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: net/rrdtool fails to build when ruby is installed?

2007-05-06 Thread Henrik Brix Andersen
Hi,

On Sat, May 05, 2007 at 04:25:41PM -0700, Kian Mohageri wrote:
 I'm running into an error (seen below) when attempting to build the
 latest net/rrdtool when Ruby is installed.

Others (including me) have encountered the exact same issue - see the
ports/112412 PR.

Regards,
Brix
-- 
Henrik Brix Andersen [EMAIL PROTECTED]


pgp3yR4KwTmAm.pgp
Description: PGP signature


Re: cups permission problems

2007-05-06 Thread Lowell Gilbert
AN [EMAIL PROTECTED] writes:

 On Thu, 3 May 2007, Lowell Gilbert wrote:

 AN [EMAIL PROTECTED] writes:

 I just installed cups 1.2.10 on FBSD 6.2 stable from ports.  The
 install completed successfully, however when I try to do anything
 nothing works. After starting the cups daemon, I go to localhost:631
 and I can see the main page but when I try to add a printer the page
 is blank.  The following are excerpts from /var/log/cups/error_log:

 I [02/May/2007:22:44:46 +0300] Full reload complete.
 I [02/May/2007:22:44:46 +0300] Listening to ::1:631 on fd 2...
 I [02/May/2007:22:44:46 +0300] Listening to 127.0.0.1:631 on fd 3...
 I [02/May/2007:22:44:46 +0300] Listening to /var/run/cups.sock on fd 4...
 I [02/May/2007:22:45:04 +0300] commptr=?OP=add-printer
 I [02/May/2007:22:45:04 +0300] Started
 /usr/local/libexec/cups/cgi-bin/admin.cgi (pid=89759)
 E [02/May/2007:22:45:04 +0300] [CGI] Unable to open template file
 /usr/local/share/cups/templates/header.tmpl - Permission denied
 E [02/May/2007:22:45:04 +0300] [CGI] Unable to open template file
 /usr/local/share/cups/templates/add-printer.tmpl - Permission denied
 E [02/May/2007:22:45:04 +0300] [CGI] Unable to open template file
 /usr/local/share/cups/templates/trailer.tmpl - Permission denied
 I [02/May/2007:22:48:13 +0300] Full reload complete.
 I [02/May/2007:22:48:13 +0300] Listening to ::1:631 on fd 1...
 I [02/May/2007:22:48:13 +0300] Listening to 127.0.0.1:631 on fd 3...
 I [02/May/2007:22:48:13 +0300] Listening to /var/run/cups.sock on fd 4...
 I [02/May/2007:22:53:32 +0300] commptr=?OP=add-printer
 I [02/May/2007:22:53:32 +0300] Started
 /usr/local/libexec/cups/cgi-bin/admin.cgi (pid=89770)
 E [02/May/2007:22:53:32 +0300] [CGI] Unable to open template file
 /usr/local/share/cups/templates/header.tmpl - Permission denied
 E [02/May/2007:22:53:32 +0300] [CGI] Unable to open template file
 /usr/local/share/cups/templates/add-printer.tmpl - Permission denied
 E [02/May/2007:22:53:32 +0300] [CGI] Unable to open template file
 /usr/local/share/cups/templates/trailer.tmpl - Permission denied
 I [02/May/2007:22:55:10 +0300] Saving remote.cache...
 I [02/May/2007:22:56:18 +0300] Full reload complete.
 E [02/May/2007:22:56:19 +0300] Unable to bind socket for address
 ::1:631 -
 Address already in use.
 E [02/May/2007:22:56:19 +0300] Unable to bind socket for address
 127.0.0.1:631 - Address already in use.
 I [02/May/2007:22:56:19 +0300] Listening to /var/run/cups.sock on fd 2...
 E [02/May/2007:22:56:19 +0300] cupsdStartBrowsing: Unable to bind
 broadcast socket - Address already in use.
 I [02/May/2007:22:58:22 +0300] Listening to ::1:631 (IPv6)
 I [02/May/2007:22:58:22 +0300] Listening to 127.0.0.1:631 (IPv4)
 I [02/May/2007:22:58:22 +0300] Listening to /var/run/cups.sock (Domain)
 I [02/May/2007:22:58:22 +0300] Loaded configuration file
 /usr/local/etc/cups/cupsd.conf
 I [02/May/2007:22:58:22 +0300] Using default TempDir of
 /var/spool/cups/tmp...
 I [02/May/2007:22:58:22 +0300] Cleaning out old temporary files in
 /var/spool/cups/tmp...
 I [02/May/2007:22:58:22 +0300] Configured for up to 100 clients.
 I [02/May/2007:22:58:22 +0300] Allowing up to 100 client connections
 per host.
 I [02/May/2007:22:58:22 +0300] Using policy default as the default!
 I [02/May/2007:22:58:22 +0300] Full reload is required.
 I [02/May/2007:22:58:22 +0300] Loaded MIME database from
 /usr/local/etc/cups': 34 types, 38 filters...
 I [02/May/2007:22:58:22 +0300] Loading job cache file
 /var/cache/cups/job.cache...
 I [02/May/2007:22:58:22 +0300] Full reload complete.
 E [02/May/2007:22:58:22 +0300] Unable to bind socket for address
 ::1:631 -
 Address already in use.
 E [02/May/2007:22:58:22 +0300] Unable to bind socket for address
 127.0.0.1:631 - Address already in use.
 I [02/May/2007:22:58:22 +0300] Listening to /var/run/cups.sock on fd 2...
 E [02/May/2007:22:58:22 +0300] cupsdStartBrowsing: Unable to bind
 broadcast socket - Address already in use.
 I [02/May/2007:22:58:48 +0300] commptr=list+1+0+requested-attributes=all
 I [02/May/2007:22:58:48 +0300] Started
 /usr/local/libexec/cups/daemon/cups-driverd (pid=89822)
 E [02/May/2007:22:58:48 +0300] [cups-driverd] Unable to open PPD
 directory /usr/local/share/cups/model: Permission denied
 I [02/May/2007:22:59:38 +0300] commptr=list+1+0+requested-attributes=all
 I [02/May/2007:22:59:38 +0300] Started
 /usr/local/libexec/cups/daemon/cups-driverd (pid=89823)
 E [02/May/2007:22:59:38 +0300] [cups-driverd] Unable to open PPD
 directory /usr/local/share/cups/model: Permission denied
 I [02/May/2007:22:59:52 +0300] commptr=list+1+0+requested-attributes=all
 I [02/May/2007:22:59:52 +0300] Started
 /usr/local/libexec/cups/daemon/cups-driverd (pid=89824)
 E [02/May/2007:22:59:52 +0300] [cups-driverd] Unable to open PPD
 directory /usr/local/share/cups/model: Permission denied

 I tried commenting out all security and authorization settings in the
 conf file, but it did not help.  I compared the settings on the files
 and folders 

Re: question about fields in INDEX files

2007-05-06 Thread Garrett Cooper

Michel Talon wrote:

Take a look at:
http://www.lpthe.jussieu.fr/~talon/freebsdports.html
all fields are explained.



Thanks to Michel (many kudos and much thanks!), I now have a list of all 
of the fields:


   1. pkgname
   2. path
   3. prefix
   4. comment
   5. descr
   6. maintainer
   7. categories
   8. build_deps
   9. run_deps
  10. website
  11. extract_deps
  12. patch_deps
  13. fetch_deps

I looked through the INDEX file pretty quickly, and I can't see any 
instances of 12. or 13.


Also, I'm still wondering if 3. is necessary because the user can 
specify the install directory, and/or we could set the default to 
/usr/local. The only case where I see this as incorrect is with already 
installed packages, but that should be specified in the /var/db/pkg/* 
files, right?


Thanks again all!

-Garrett
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: question about fields in INDEX files

2007-05-06 Thread Garrett Cooper

Garrett Cooper wrote:

Michel Talon wrote:

Take a look at:
http://www.lpthe.jussieu.fr/~talon/freebsdports.html
all fields are explained.



Thanks to Michel (many kudos and much thanks!), I now have a list of all 
of the fields:


   1. pkgname
   2. path
   3. prefix
   4. comment
   5. descr
   6. maintainer
   7. categories
   8. build_deps
   9. run_deps
  10. website
  11. extract_deps
  12. patch_deps
  13. fetch_deps

I looked through the INDEX file pretty quickly, and I can't see any 
instances of 12. or 13.


Also, I'm still wondering if 3. is necessary because the user can 
specify the install directory, and/or we could set the default to 
/usr/local. The only case where I see this as incorrect is with already 
installed packages, but that should be specified in the /var/db/pkg/* 
files, right?


Thanks again all!

-Garrett


Ok, question about 3. was answered, and so was the questions for 12. and 
 13. I assume. I'll reread the email Matthew Seaman, and see if I can 
find any spots where I'm confused.


Thanks!
-Garrett
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


[Fwd: Re: Ports forbids me to install compat3x-i386]

2007-05-06 Thread Garrett Cooper
---BeginMessage---


Garrett Cooper wrote:

Theorem wrote:


Stevan Tiefert wrote:

I need to install the port misc/compat3x-i386 as a dependency for the
port audio/mbrola. The port misc/compat3x-i386 is marked as IGNORE and
it returns an error after portinstall compat3x-i386:

vagabund# portinstall compat3x-i386
** Port marked as IGNORE: misc/compat3x:
is forbidden: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath
- not fixed / no lib available


How can I install the port compat3x-i386?


'make install' ?

The port you're trying to install ( mbrola ) is binary only and 
requires libraries that are no longer either 1. in the expected 
locations or 2. replaced by something better.   I suspect since the 
maintainer for compat3x listed as [EMAIL PROTECTED] then there's not 
much you can do other than mail that list.


If you decide to hack up your own BSD dist, drag in the binary 
from ports, and keep adding libraries to your system.  The errors from 
the binary should point out what's wrong and what to add next.


Not much help, good luck.


Theorem


Nothing there that can be installed for compat3x, so you need to see if 
a) the app can be ported to a later version of FreeBSD, and b) see if 
the maintainer can swing the upgrade in the Makefile.


FreeBSD 3.x was abandoned a long time ago due to possible security 
concerns and support issues :).


-Garrett


Yes, thanks for the tip, did this make it to the list ?  I don't see it up 
there.


-Theorem
---End Message---
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: [Fwd: Re: Ports forbids me to install compat3x-i386]

2007-05-06 Thread Garrett Cooper

Garrett Cooper wrote:




Subject:
Re: Ports forbids me to install compat3x-i386
From:
Theorem [EMAIL PROTECTED]
Date:
Sun, 06 May 2007 16:13:22 -0400
To:
Garrett Cooper [EMAIL PROTECTED]

To:
Garrett Cooper [EMAIL PROTECTED]

Received:
via tmail-2000(13) (invoked by user youshi10) for youshi10+mail/non-UW; 
Sun, 6 May 2007 13:13:39 -0700 (PDT)

Received:
from mxe9.u.washington.edu (mxe9.u.washington.edu [140.142.32.150]) by 
bp13.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id 
l46KDcYR020249 for [EMAIL PROTECTED]; Sun, 6 May 2007 
13:13:38 -0700

Received:
from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by 
mxe9.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id 
l46KDbNH030402 for [EMAIL PROTECTED]; Sun, 6 May 2007 13:13:37 
-0700

Received:
by wx-out-0506.google.com with SMTP id i29so1470724wxd for 
[EMAIL PROTECTED]; Sun, 06 May 2007 13:13:36 -0700 (PDT)

DKIM-Signature:
a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 
h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; 
b=UUe3tL+66KooAkeihPR2Psft42BV/4SKbKKjnT47feqDAq254OvyUt7Xz+49GWGBlXYr0WlqByifGE5DH3kqoHojpjN7hZYYEu11Eyj8gf3dWhFNtMAywx2/J4G5prHDdaNHIQ4kjRUOFoP69j+lzEB9t2ebUDlhCsvZqQHTIek=

DomainKey-Signature:
a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 
h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; 
b=Ig2mQznLbrwdvb+9jk0bwz2nw6o8eEg5IyupXqe18C8yY2c6V+svqEoXBVvDzqC33R7EZkxW8MH2eQWDT74ocd3DDIDJXTQh3/sf03OgwgTIi47DavarVoP4klCICg/YHxp0HYK5tSV6llwxKYqnIZDztXB9A0PZfwtd5VEUjTg=

Received:
by 10.90.113.20 with SMTP id l20mr4504399agc.1178482416514; Sun, 06 May 
2007 13:13:36 -0700 (PDT)

Received:
from ?10.10.0.6? ( [71.251.196.244]) by mx.google.com with ESMTP id 
7sm5952998aga.2007.05.06.13.13.35; Sun, 06 May 2007 13:13:35 -0700 (PDT)

Message-ID:
[EMAIL PROTECTED]
Reply-To:
[EMAIL PROTECTED]
User-Agent:
Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version:
1.0
References:
[EMAIL PROTECTED] 
[EMAIL PROTECTED] [EMAIL PROTECTED] 
[EMAIL PROTECTED]

In-Reply-To:
[EMAIL PROTECTED]
Content-Type:
text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding:
7bit
X-PMX-Version:
5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.5.6.125434
X-Uwash-Spam:
Gauge=III, Probability=7%, Report='SPF_PASS 0, __CT 0, __CTE 0, 
__CT_TEXT_PLAIN 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HELO_GMAIL 0, 
__MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_GMAIL 0, __SANE_MSGID 0, 
__USER_AGENT 0'




Garrett Cooper wrote:

Theorem wrote:


Stevan Tiefert wrote:

I need to install the port misc/compat3x-i386 as a dependency for the
port audio/mbrola. The port misc/compat3x-i386 is marked as IGNORE and
it returns an error after portinstall compat3x-i386:

vagabund# portinstall compat3x-i386
** Port marked as IGNORE: misc/compat3x:
is forbidden: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath
- not fixed / no lib available


How can I install the port compat3x-i386?


'make install' ?

The port you're trying to install ( mbrola ) is binary only and 
requires libraries that are no longer either 1. in the expected 
locations or 2. replaced by something better.   I suspect since the 
maintainer for compat3x listed as [EMAIL PROTECTED] then there's not 
much you can do other than mail that list.


If you decide to hack up your own BSD dist, drag in the binary 
from ports, and keep adding libraries to your system.  The errors 
from the binary should point out what's wrong and what to add next.


Not much help, good luck.


Theorem


Nothing there that can be installed for compat3x, so you need to see 
if a) the app can be ported to a later version of FreeBSD, and b) see 
if the maintainer can swing the upgrade in the Makefile.


FreeBSD 3.x was abandoned a long time ago due to possible security 
concerns and support issues :).


-Garrett


Yes, thanks for the tip, did this make it to the list ?  I don't see it 
up there.



-Theorem


Hmmm.. wrong list yet again.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


XFree86-4 maintainer needed

2007-05-06 Thread Kris Kennaway
Dear community,

With the xorg 7.2 upgrade changing a lot of the ground rules for X
support in ports, and the deprecation of FreeBSD 4.x support (the last
FreeBSD release to use it), XFree86 4.x has effectively been
desupported.  In fact the port-xorg 7.2 ports tree has not been tested
at all with XFree86 4.x, so it may or may not work once the update
hits the tree this week.

If anyone out there still needs to use XFree86 4.x and wants to take
over support for it, please let me know.  Otherwise we will begin
formal deprecation and removal from the ports tree.

Kris


pgpQ5oPEpwIlx.pgp
Description: PGP signature


Re: XFree86-4 maintainer needed

2007-05-06 Thread Kris Kennaway
On Sun, May 06, 2007 at 05:48:06PM -0400, Kris Kennaway wrote:
 Dear community,
 
 With the xorg 7.2 upgrade changing a lot of the ground rules for X
 support in ports, and the deprecation of FreeBSD 4.x support (the last
 FreeBSD release to use it), XFree86 4.x has effectively been
 desupported.  In fact the port-xorg 7.2 ports tree has not been tested
post
 at all with XFree86 4.x, so it may or may not work once the update
 hits the tree this week.
 
 If anyone out there still needs to use XFree86 4.x and wants to take
 over support for it, please let me know.  Otherwise we will begin
 formal deprecation and removal from the ports tree.
 
 Kris


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: problem in compiling by gfortran

2007-05-06 Thread Tsurutani Naoki
It was my failure.
distinfo file has no checksum, and distfile stored on my host was too old.

 I cannot build biology/platon on my hosts.
 Precise report has been sent to PR:
 http://www.freebsd.org/cgi/query-pr.cgi?pr=108105 ,
 but no one reproduce the same trouble.

---
Tsurutani Naoki
[EMAIL PROTECTED]

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]