On Sun, 29 Jul 2007 02:35:30 -0500
Matthew D. Fuller [EMAIL PROTECTED] wrote:
On Sat, Jul 28, 2007 at 10:14:28PM -0400 I heard the voice of
Yoshihiro Ota, and lo! it spake thus:
Matthew D. Fuller [EMAIL PROTECTED] wrote:
No, it's not. Lots of ports change dependancies based on what's
On Tue, Jul 31, 2007 at 11:46:03PM -0400 I heard the voice of
Yoshihiro Ota, and lo! it spake thus:
1. Is this about RUN_DEPENDS in makefiles?
Yes, but conditional.
For instance, see audio/teknap:
.if ${HAVE_GNOME:Mgtk12}!=
USE_GNOME+= gtk12
CONFIGURE_ARGS+=--with-gtk
PKGNAMESUFFIX= -gtk
On Sat, Jul 28, 2007 at 10:14:28PM -0400 I heard the voice of
Yoshihiro Ota, and lo! it spake thus:
Matthew D. Fuller [EMAIL PROTECTED] wrote:
No, it's not. Lots of ports change dependancies based on what's
installed, so if you install one thing you have to assume that any
other thing
On Fri, Jul 27, 2007 at 09:48:47PM -0400 I heard the voice of
Yoshihiro Ota, and lo! it spake thus:
Q. Is it safe to assume all dependencies are STATIC?
A. Yes, it is.
No, it's not. Lots of ports change dependancies based on what's
installed, so if you install one thing you have to assume
On Fri, 27 Jul 2007 21:49:39 -0700
Doug Barton [EMAIL PROTECTED] wrote:
Hiro,
I'm happy to respond to you, but first I'd like to make clear that I'm
not trying to talk you out of anything. If there is a better way to
manage ports, or even just a different approach, I'm all for it. I
don't
On Sat, 28 Jul 2007 10:59:36 -0500
Matthew D. Fuller [EMAIL PROTECTED] wrote:
On Fri, Jul 27, 2007 at 09:48:47PM -0400 I heard the voice of
Yoshihiro Ota, and lo! it spake thus:
Q. Is it safe to assume all dependencies are STATIC?
A. Yes, it is.
No, it's not. Lots of ports change
On Sat, 28 Jul 2007, Yoshihiro Ota wrote:
On Fri, 27 Jul 2007 21:49:39 -0700
Doug Barton [EMAIL PROTECTED] wrote:
Hiro,
I'm happy to respond to you, but first I'd like to make clear that I'm
not trying to talk you out of anything. If there is a better way to
manage ports, or even just a
Yoshihiro Ota wrote:
I think portmaster is also one tries to read and do the same things
but with shell script.
Not exactly the same things. Portmaster doesn't keep any external
database, it only updates what is in /var/db/pkg.
I personally didn't have good luck with portmaster and haven't
Yoshihiro Ota wrote:
On Thu, 26 Jul 2007 02:17:50 -0700
Garrett Cooper [EMAIL PROTECTED] wrote:
Yoshihiro Ota wrote:
To Whom Slowness of Portupgrade Concerns a Lot:
As I got tired of long waiting of portupgrade trying to resolve dependencies, I
came up with
yet another tool for
Garrett Cooper wrote:
Every time you run make install, portmaster, or portupgrade, there's
a lot of stuff going on behind the scenes. One of the things involved is
installing package information in /var/db/pkg. That's where pkg_version
gets its information from, along with portmaster
On Fri, 27 Jul 2007 01:47:14 -0700
Garrett Cooper [EMAIL PROTECTED] wrote:
Yoshihiro Ota wrote:
On Thu, 26 Jul 2007 02:17:50 -0700
Garrett Cooper [EMAIL PROTECTED] wrote:
Yoshihiro Ota wrote:
Portupgrade is not only slow reading INDEX file but also on dependency
On Fri, 27 Jul 2007 00:57:34 -0700
Doug Barton [EMAIL PROTECTED] wrote:
Yoshihiro Ota wrote:
I think portmaster is also one tries to read and do the same things
but with shell script.
Not exactly the same things. Portmaster doesn't keep any external
database, it only updates what is in
Hiro,
I'm happy to respond to you, but first I'd like to make clear that I'm
not trying to talk you out of anything. If there is a better way to
manage ports, or even just a different approach, I'm all for it. I
don't think portmaster is a one size fits all tool, and I'm not
trying to make it
Yoshihiro Ota wrote:
To Whom Slowness of Portupgrade Concerns a Lot:
As I got tired of long waiting of portupgrade trying to resolve dependencies,
I came up with yet another tool for upgrading FreeBSD ports system. Unlink
other tools, it tries to maximize existing resource to maximize its
On Thu, 26 Jul 2007 02:17:50 -0700
Garrett Cooper [EMAIL PROTECTED] wrote:
Yoshihiro Ota wrote:
To Whom Slowness of Portupgrade Concerns a Lot:
As I got tired of long waiting of portupgrade trying to resolve
dependencies, I came up with
yet another tool for upgrading FreeBSD ports
To Whom Slowness of Portupgrade Concerns a Lot:
As I got tired of long waiting of portupgrade trying to resolve dependencies, I
came up with yet another tool for upgrading FreeBSD ports system. Unlink other
tools, it tries to maximize existing resource to maximize its performance.
This
16 matches
Mail list logo