-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Howdy,
Thanks to all who've inquired about doing the xorg upgrade using
portmaster. I appreciate your patience in waiting for me to provide
instructions for it, but it's been quite an exciting journey. I just
committed a new version of portmaster
On Sunday 27 May 2007 04:55:37 Doug Barton wrote:
Howdy,
Thanks to all who've inquired about doing the xorg upgrade using
portmaster. I appreciate your patience in waiting for me to provide
instructions for it, but it's been quite an exciting journey. I just
committed a new version of
On Sat, May 26, 2007 at 06:02:06PM -0500, Eric Anderson wrote:
On a recent -CURRENT (with the new GCC):
# make
...
=== Configuring for qemu-devel-0.9.0s.20070526
WARNING: cc looks like gcc 4.x
QEMU is known to have problems when compiled with gcc 4.x
It is recommended that you use gcc 3.x
Hi
I have been using FreeBSD for 5 years and I make a weekly ports upgrade.
But starting from last Sunday I am not able to run portsdb -Uu.
Here is the error:
Updating the ports index ... Generating INDEX.tmp - please wait..===
arabic/ae_fonts_mono failed *** Error code 1
===
Hello,
just want to know, if anyone is planning to change the news
xorg-metaports, so you can really make use of the new modularity?
So you can choose which programs you really want to install when
running make config.
I'm not sure how much work this will be, but I think some people would
On 05/27/07 07:58, Juergen Lock wrote:
On Sat, May 26, 2007 at 06:02:06PM -0500, Eric Anderson wrote:
On a recent -CURRENT (with the new GCC):
# make
...
=== Configuring for qemu-devel-0.9.0s.20070526
WARNING: cc looks like gcc 4.x
QEMU is known to have problems when compiled with gcc 4.x
It
On Sun, May 27, 2007 at 12:32:18PM -0500, Eric Anderson wrote:
On 05/27/07 07:58, Juergen Lock wrote:
On Sat, May 26, 2007 at 06:02:06PM -0500, Eric Anderson wrote:
On a recent -CURRENT (with the new GCC):
# make
...
=== Configuring for qemu-devel-0.9.0s.20070526
WARNING: cc looks like
On Sat, 26 May 2007 17:39:34 +0200
Nikola Lecic [EMAIL PROTECTED] wrote:
(4)
Then, I moved back working Xorg-6.9 xorg.conf, adjusted fonts and
module paths, but got very poor results with 1280x1024 (bad image,
cursor ghosts, heavy flickering, etc.). I tried to tune HorizSync,
VertRefresh,
On 05/27/07 13:52, Juergen Lock wrote:
On Sun, May 27, 2007 at 12:32:18PM -0500, Eric Anderson wrote:
On 05/27/07 07:58, Juergen Lock wrote:
On Sat, May 26, 2007 at 06:02:06PM -0500, Eric Anderson wrote:
On a recent -CURRENT (with the new GCC):
# make
...
=== Configuring for
On Sun, 20 May 2007, Kris Kennaway wrote:
Given that we do not have an update solution which nicely works for
some non-trivial setups and situations I'm afraid this is going to
hurt us.
Can you explain to which situations you refer?
One kind of setup I am running is a ports tree mount over
On Sun, May 27, 2007 at 09:58:33PM +0200, Gerald Pfeifer wrote:
On Sun, 20 May 2007, Kris Kennaway wrote:
Given that we do not have an update solution which nicely works for
some non-trivial setups and situations I'm afraid this is going to
hurt us.
Can you explain to which situations you
I have been thinking a lot about looking for speed increases for make
index and pkg_version and things like that. So for example, in
pkg_version, it calls make -V PKGNAME for every installed package.
Now make -V PKGNAME should be a speedy operation, but the make has to
load in and analyze
On Sun, May 27, 2007 at 02:03:29PM -0500, Eric Anderson wrote:
On 05/27/07 13:52, Juergen Lock wrote:
On Sun, May 27, 2007 at 12:32:18PM -0500, Eric Anderson wrote:
On 05/27/07 07:58, Juergen Lock wrote:
On Sat, May 26, 2007 at 06:02:06PM -0500, Eric Anderson wrote:
On a recent -CURRENT (with
After updating my test system to the lastest X.org packages and making
the adjustments to emulators/wine which I include at the end, my testing
caught the fact that Wine longer builds the following files:
tar: lib/wine/glu32.dll.so: Cannot stat: No such file or directory
tar:
Stephen Montgomery-Smith said:
I suggest rewriting make so that variables are only evaluated on a
need to know basis.
or I have tried to do this.
Of course a lot of people have thinked about it, and quickly realized
that it was not going to work. In the bsd.ports.mk, evaluation of one
On Sun, May 27, 2007 at 03:52:16PM -0500, Stephen Montgomery-Smith wrote:
I have been thinking a lot about looking for speed increases for make
index and pkg_version and things like that. So for example, in
pkg_version, it calls make -V PKGNAME for every installed package. Now
make -V
Hi,
On Sun, May 27, 2007 at 03:30:48PM -0700, Jeremy Chadwick wrote:
Does it need to be done this way? Can we just iterate through all of
the ports, call make -V _DEPEND_DIRS, then sort | uniq the results?
This is exactly what ALL-DEPENDS-LIST does. Except it's faster. It
keeps two lists
Looks like nslookup is crashing out with a missing symbol, __udivdi3.
bingo! my error. i run a special version of bind and had not rebuilt.
Sorry for my lapse.
randy
___
freebsd-ports@freebsd.org mailing list
Not quite what you asked for but...
Given the size and complexity of the port system I have long
felt that rather than do everything via more and more complex
Mk/*.mk what is is needed is a ports server and a thin CLI
frontend to it.
This server can store dependency data in an efficient manner,
On Sun, May 27, 2007 at 07:01:31PM -0500, Larry Rosenman wrote:
On Sun, 27 May 2007, Kris Kennaway wrote:
On Sun, May 27, 2007 at 06:56:29PM -0500, Larry Rosenman wrote:
It doesn't fail for me :(.
Can you tell me what is different about pointyhat regards the
openssl stuff?
It uses the
It doesn't fail for me :(.
Can you tell me what is different about pointyhat regards the
openssl stuff?
It uses the openssl command line to generate the hash values, and
your setup is whining about duplicate hashes.
I can't reproduces the failure :(
I also just submitted an update to
On Sun, 27 May 2007, Kris Kennaway wrote:
On Sun, May 27, 2007 at 06:56:29PM -0500, Larry Rosenman wrote:
It doesn't fail for me :(.
Can you tell me what is different about pointyhat regards the
openssl stuff?
It uses the openssl command line to generate the hash values, and
your setup is
On Sun, May 27, 2007 at 07:00:53PM +0200, Hagen K?hl wrote:
just want to know, if anyone is planning to change the news
xorg-metaports, so you can really make use of the new modularity?
So you can choose which programs you really want to install when
running make config.
It has been discussed
On Sun, 27 May 2007, Kris Kennaway wrote:
On Sun, May 27, 2007 at 07:01:31PM -0500, Larry Rosenman wrote:
On Sun, 27 May 2007, Kris Kennaway wrote:
On Sun, May 27, 2007 at 06:56:29PM -0500, Larry Rosenman wrote:
It doesn't fail for me :(.
Can you tell me what is different about pointyhat
On Sun, May 27, 2007 at 07:16:11PM -0500, Larry Rosenman wrote:
On Sun, 27 May 2007, Kris Kennaway wrote:
On Sun, May 27, 2007 at 07:01:31PM -0500, Larry Rosenman wrote:
On Sun, 27 May 2007, Kris Kennaway wrote:
On Sun, May 27, 2007 at 06:56:29PM -0500, Larry Rosenman wrote:
It doesn't
On Mon, 28 May 2007, Michel Talon wrote:
Stephen Montgomery-Smith said:
I suggest rewriting make so that variables are only evaluated on a
need to know basis.
or I have tried to do this.
Of course a lot of people have thinked about it, and quickly realized
that it was not going to
Jeremy Chadwick wrote:
On Sun, May 27, 2007 at 03:52:16PM -0500, Stephen Montgomery-Smith wrote:
I have been thinking a lot about looking for speed increases for make
index and pkg_version and things like that. So for example, in
pkg_version, it calls make -V PKGNAME for every installed
On Mon, May 28, 2007 at 12:15:28AM +0200, Michel Talon wrote:
To gain some performance, a first idea would be to simplify
bsd.ports.mk. I am convinced that a substantial part of the 4000 lines
are historical crap which serve no useful purpose.
11272 of LOC in bsd.*.mk, but who's counting.
I'm looking for something that will work with the existing framework.
But yes, I get the feeling that maybe using make to process the ports
might be the source of the problem. Make is a program primarily
designed for figuring out which was made first, the target or the
source, but in the
On Mon, May 28, 2007 at 10:16:11AM +1000, Edwin Groothuis wrote:
It has been discussed on IRC, and I'm pretty sure that flz@ has
been thinking about it during his sweat-shop-job. My opinion is:
let's do the upgrade to 7.2 and the new framework first, then see
what can be done about OPTIONizing
On Sun, May 27, 2007 at 08:44:56PM -0500, Mark Linimon wrote:
In summary, the ports infrastructure is really complicated because it's
trying to deal with all kinds of constraints and conditions. I challenge
Reading this, I was wondering what the ports infrastructure has
ever done for us?
See
On Sun, May 27, 2007 at 07:42:52PM -0500, Larry Rosenman wrote:
On Sun, 27 May 2007, Kris Kennaway wrote:
You can compare to the log from pointyhat to try and find the
difference and backtrack to the cause.
No such luck.
Pointyhat:
[..3104 lines elided..]
gmake[3]: Leaving
In [EMAIL PROTECTED], Edwin Groothuis [EMAIL PROTECTED] typed:
On Sun, May 27, 2007 at 08:44:56PM -0500, Mark Linimon wrote:
In summary, the ports infrastructure is really complicated because it's
trying to deal with all kinds of constraints and conditions. I challenge
Reading this, I was
On May 27, 2007, at 10:14 PM, Kris Kennaway wrote:
On Sun, May 27, 2007 at 07:42:52PM -0500, Larry Rosenman wrote:
On Sun, 27 May 2007, Kris Kennaway wrote:
You can compare to the log from pointyhat to try and find the
difference and backtrack to the cause.
No such luck.
Pointyhat:
On Sun, May 27, 2007 at 10:51:56PM -0400, Mike Meyer wrote:
In [EMAIL PROTECTED], Edwin Groothuis [EMAIL PROTECTED] typed:
On Sun, May 27, 2007 at 08:44:56PM -0500, Mark Linimon wrote:
In summary, the ports infrastructure is really complicated because it's
trying to deal with all kinds of
Jun Kuriyama wrote:
At Fri, 25 May 2007 12:48:36 +0800,
Ganbold wrote:
Since ports tree is unfrozen, could you integrate my patch to ports tree?
Here is the patch.
Please let me know if there is something wrong with this patch.
Thanks, committed!
Thanks a lot.
Ganbold
36 matches
Mail list logo