Hello porters,
Currently in the INDEX files there are 13 categories describing
dependencies, 2 of which are:
8. build_deps
9. run_deps
I just ran a quick analysis with a Perl script and found that there
are a number of similarities in the build_deps and run_deps fields in
the
Garrett Cooper wrote:
Hello porters,
Currently in the INDEX files there are 13 categories describing
dependencies, 2 of which are:
8. build_deps
9. run_deps
I just ran a quick analysis with a Perl script and found that there
are a number of similarities in the build_deps and
Lupe Christoph wrote:
On Thursday, 2007-07-19 at 23:55:14 -0700, Garrett Cooper wrote:
redirecting input in and out doesn't work for (t)csh
Huh?!?
[EMAIL PROTECTED]:~$ csh
%cat /tmp/aaa
Some garbage text
%cat /tmp/aaa /tmp/bbb
%cat /tmp/bbb
Some garbage text
Lupe Christoph
Garrett Cooper wrote:
Lupe Christoph wrote:
On Thursday, 2007-07-19 at 23:55:14 -0700, Garrett Cooper wrote:
redirecting input in and out doesn't work for (t)csh
Huh?!?
[EMAIL PROTECTED]:~$ csh %cat /tmp/aaa
Some garbage text
%cat /tmp/aaa /tmp/bbb
%cat /tmp/bbb
Some garbage
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Garrett Cooper wrote:
I just ran a quick analysis with a Perl script and found that there
are a number of similarities in the build_deps and run_deps fields in
the INDEX files -- so many that I think that items common to both
build_deps and
On Friday, 2007-07-20 at 01:18:02 -0700, Garrett Cooper wrote:
%cat /dev/zero 2 /dev/null /dev/null
Ambiguous output redirect.
You're trying to use Bourne Shell Syntax with the csh. With csh, you can
only redirect stdout and stderr together like this:
%cat /dev/zero /dev/null
Lupe
Quoting Robert Noland [EMAIL PROTECTED] (Thu, 19 Jul 2007 13:31:42 -0400):
On Wed, 2007-07-18 at 21:18 -0700, Garrett Cooper wrote:
Stephen,
I admire your willingness to help, but I believe that Robert should
be the one detailing the problem not you. That way too much confusion
[EMAIL PROTECTED] /usr/ports/databases/postgresql82-server]# make
fetch-recursive
=== Fetching all distfiles for postgresql-server-8.2.4_1 and dependencies
=== postgresql-server-8.2.4_1 cannot install: the port wants
postgresql82-client but you have postgresql81-client installed.
*** Error
Hi!
I've noticed a bug in this recent version of Samba which forced me to
downgrade to version 3.0.24,1. It has something to do with
fusefs-unionfs, but I don't know how.
(The port fusefs-unionfs does only work if you install fusefs-libs
version 2.7.0, if you want to test this out. I had to use
Matthew Seaman wrote:
Another interesting idea would be to separate out the LIB_DEPENDS
data. At the moment there is a separate LIB_DEPENDS variable that
can be used in Makefiles, but the INDEX processing includes the
LIB_DEPENDS data with both the BUILD_DEPENDS and the RUN_DEPENDS
fields.
Hi,
in the actual version ljet4d does not do duplex printing. The
hardware duplexer is used but simplex (every page is printed on
one physical sheet of paper) printing is done. Printer is a HP
Laserjet 4 Plus.
I've tested the old ghostscript-gnu (7.07) and ljet4d works well.
So it seems to be a
Bill Moran wrote:
[EMAIL PROTECTED] /usr/ports/databases/postgresql82-server]# make
fetch-recursive
=== Fetching all distfiles for postgresql-server-8.2.4_1 and dependencies
=== postgresql-server-8.2.4_1 cannot install: the port wants
postgresql82-client but you have postgresql81-client
In response to Garrett Cooper [EMAIL PROTECTED]:
Bill Moran wrote:
[EMAIL PROTECTED] /usr/ports/databases/postgresql82-server]# make
fetch-recursive
=== Fetching all distfiles for postgresql-server-8.2.4_1 and dependencies
=== postgresql-server-8.2.4_1 cannot install: the port wants
On Fri, Jul 20, 2007 at 09:14:32AM -0700, Garrett Cooper wrote:
Sounds like a +CONFLICTS type of issue (the MySQL client and server files
for instance install some libs in the same spot, so they conflict IIRC).
Not as far as I know. make install in databases/mysql50-server
will cause
In response to Jeremy Chadwick [EMAIL PROTECTED]:
On Fri, Jul 20, 2007 at 09:14:32AM -0700, Garrett Cooper wrote:
Sounds like a +CONFLICTS type of issue (the MySQL client and server files
for instance install some libs in the same spot, so they conflict IIRC).
Not as far as I know.
On Wed, Jul 11, 2007 at 09:50:04AM +0200, [EMAIL PROTECTED] wrote:
Hi,
I've got a question, when do you plan to release port to the new version
of ntop 3.3 ?
http://www.freebsd.org/cgi/query-pr.cgi?pr=114681
I'm sure it will be handled whenever possible by a
* Alexander Leidinger [EMAIL PROTECTED] [gmane.os.freebsd.devel.ports]:
Quoting Robert Noland [EMAIL PROTECTED] (Thu, 19 Jul 2007 13:31:42 -0400):
Ok, so the issue that I hope to address is not really a portmanager
issue. The original version of package-depends always listed the
current
Matthew Seaman wrote:
In many ways it would be more useful to delete from the
EXTRACT_DEPENDS, FETCH_DEPENDS, PATCH_DEPENDS, BUILD_DEPENDS[*]
lists in the INDEX any package that also appears in the RUN_DEPENDS
list. This leaves the four listed fields with just the extra
packages that need
Garrett Cooper wrote:
I just ran a quick analysis with a Perl script and found that there
are a number of similarities in the build_deps and run_deps fields in
the INDEX files -- so many that I think that items common to both
build_deps and run_deps should be isolated and put into a new
Garrett Cooper wrote:
Personally I think that:
1. Versions shouldn't matter when calculating absolute dependencies
(i.e. net/samba may depend on popt).
Can you give some kind of context for this comment?
2. If versions do change for a dependent package, the packages
dependent on the
On Fri, 20 Jul 2007, Doug Barton wrote:
Garrett Cooper wrote:
I just ran a quick analysis with a Perl script and found that there
are a number of similarities in the build_deps and run_deps fields in
the INDEX files -- so many that I think that items common to both
build_deps and
On Fri, 20 Jul 2007, Doug Barton wrote:
Garrett Cooper wrote:
Personally I think that:
1. Versions shouldn't matter when calculating absolute dependencies
(i.e. net/samba may depend on popt).
Can you give some kind of context for this comment?
2. If versions do change for a
On Fri, Jul 20, 2007 at 05:11:27PM +0200, Michel Talon wrote:
The only relevant info for determining what to install or build
previously is RUN_DEPENDS and BUILD_DEPENDS. Everything else is garbage.
The pointyhat error logs would tend to indicate that this isn't correct.
mcl
On Fri, 20 Jul 2007, Mark Linimon wrote:
On Fri, Jul 20, 2007 at 12:40:02PM -0700, [EMAIL PROTECTED] wrote:
the INDEX files -- so many that I think that items common to both
build_deps and run_deps should be isolated and put into a new category
called 'common_deps':
How will this benefit us?
On Fri, Jul 20, 2007 at 12:40:02PM -0700, [EMAIL PROTECTED] wrote:
the INDEX files -- so many that I think that items common to both
build_deps and run_deps should be isolated and put into a new category
called 'common_deps':
How will this benefit us?
Doug
Reduce amount of processed
On Fri, Jul 20, 2007 at 08:58:55AM -0400, Bill Moran wrote:
Why? Is there a legitimate reason why the fetch process refuses to
download this?
The intention of the logic is to warn a user, as soon as possible, that
they are spending time on something that will wind up being IGNOREd if
it is
In response to [EMAIL PROTECTED] (Mark Linimon):
On Fri, Jul 20, 2007 at 08:58:55AM -0400, Bill Moran wrote:
Why? Is there a legitimate reason why the fetch process refuses to
download this?
The intention of the logic is to warn a user, as soon as possible, that
they are spending time
Hi,
(Yea, yea, I know... Its my personal machine and I've got so
much rigged up that I don't know it would upgrade well to 5, let along
past that)
I cvsup the ports-all as of 2 minutes before attempting. Running
4.10-STABLE, x86, standard env.
When I run it with my full
According to /usr/ports/UPDATING:
If you want to keep using Emacs 21.3, please add EMACS_PORT_NAME=emacs21
to /etc/make.conf and reinstall Emacs from editors/emacs21 port:
After doing this, make index fails with:
Generating INDEX-6 - please wait..pcl-cvs-emacs21-2.9.9_2:
On Fri, Jul 20, 2007 at 08:10:58PM -0400, Tuc at T-B-O-H.NET wrote:
vjofn# mv /etc/make.conf /etc/make.conf.hold
vjofn# make index
Generating INDEX - please wait..=== arabic/ae_fonts_mono failed
*** Error code 1
=== accessibility/at-poke failed
*** Error code 1
2 errors
You're probably
On Fri, 20 Jul 2007 12:01:30 -0700
Doug Barton [EMAIL PROTECTED] wrote:
FWIW, the -r option for portmaster only rebuilds those ports that
depend directly on the new version, not things that depend on the
things that depend on it.
When portmanager was changed to work this way it seemed
RELENG_4 isn't supported, period. You should probably start
researching what it will take to do a fresh install of 7-stable when
it comes out soonish. That way you'll be future-proofed for the next
couple years anyway.
hth,
Doug
--
This .signature sanitized for your protection
The following three ports are currently FORBIDDEN due to security
vulnerabilities but are listed as dependencies by a number of other
ports:
misc/compat3x: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed /
no lib available
sysutils/eject: Setuid root and has security issues
www/zope:
RELENG_4 isn't supported, period. You should probably start
researching what it will take to do a fresh install of 7-stable when
it comes out soonish. That way you'll be future-proofed for the next
couple years anyway.
hth,
Doug
Part of my concern is the hardware platform. I
On Fri, Jul 20, 2007 at 04:07:49PM -0400, Bill Moran wrote:
Even better would be for make to realize that it's only doing the
fetching, and do it anyway.
That still doesn't help with the problem of a user who starts a 10MB
download that won't work on his architecture or OS release. The code
is
On Friday 20 July 2007, Mark Linimon wrote:
On Fri, Jul 20, 2007 at 04:07:49PM -0400, Bill Moran wrote:
Even better would be for make to realize that it's only doing the
fetching, and do it anyway.
That still doesn't help with the problem of a user who starts a 10MB
download that won't
Hello again porters,
Ok. Email--although nice for documented information--seems a bit
kludgy for faster-paced discussion. I've finally setup xchat again and
I'm at #bsdports on EFNET. I'll be there from now on, but will also post
results via email.
I'll toss some ideas off other people,
37 matches
Mail list logo