* From: Marcel Moolenaar [EMAIL PROTECTED]
* The following 2 patches solve the problem when building XFree86-3.3.6
* with only the VGA16 and SVGA servers. Building other servers may still
* be broken.
Yikes. The same problem is killing (at least) all the emacsen too.
Well, it only took 17 hours. :)
I tried my best to be careful but I'm sure there are some ports that
broke as a result, so please be gentle!
By the way, if you are expecting CVS to suddenly run faster, don't be
disappointed by it running as slow as ever. The speedup will only
come when the
I'll post another message when I'm done.
-PW
---
From: Satoshi Asami [EMAIL PROTECTED]
Date: Sat, 7 Oct 2000 11:39:58 -0700 (PDT)
X-FreeBSD-CVS-Branch: HEAD
Sender: [EMAIL PROTECTED]
asami 2000/10/07 11:39:58 PDT
Modified files:
.avail
Log:
The ports tree
* From: Mike Meyer [EMAIL PROTECTED]
* However, I was wondering if there was anyone who could fix things that
* weren't PREFIX clean who would also find them on a regular
* basis. That's not you.
I can help you when the new package building cluster (being put
together by Paul Saab at the
* From: Kris Kennaway [EMAIL PROTECTED]
* On Wed, 23 Aug 2000, Mike Meyer wrote:
*
* How does it decide whether or not a package conforms?
*
* Probably by looking for files which get installed in /usr/local or
* /usr/X11R6 instead of ${LOCALBASE} or ${X11BASE} :-)
Actually, it's
* From: Nik Clayton [EMAIL PROTECTED]
* Possibly. I was thinking that the only thing that would be language
* specific about each driver would be the comment section.
*
* comment.../comment
*
* All the other stuff is language independent.
*
* That being the case, it wouldn't be
* From: Will Andrews [EMAIL PROTECTED]
* Hi -current and -ports,
*
* I've noticed something that seems to have been broken for a long time.
* In etc/defaults/make.conf we have several MASTER_SITE_* variables which
* reference "%SUBDIR%". However, these variables do not work as expected.
* From: Maxim Sobolev [EMAIL PROTECTED]
* Probably it would be nice if colorls from the ports will be
* synchronized with one in /usr/src, so users of 4.0 and downward
* could benefit from your efforts as well.
I was going to do exactly that. (I was waiting for Andrey to finish.)
Satoshi
* From: Kenneth Wayne Culver [EMAIL PROTECTED]
* dependancies, I think it would be a nice idea to add an option to
* pkg_delete to automatically delete all dependancies that aren't currently
* used by anything else. If nobody is interested in doing this, I can do it
Be careful about that
* From: Marcel Moolenaar [EMAIL PROTECTED]
* Hmmm... I think we may as well break up linux_base in that case.
* linux_base is rather big as it is...
I was thinking about that too. Maybe you can make a few Linux library
ports ("linux_graphics" etc.) so people who want to do something small
* From: "R. Imura" [EMAIL PROTECTED]
* kdm determines X path as 'test -f $PATH/bin/X', so touching X is enough.
*^^^ $PATH/X
Well, I don't want to add a dysfunctional file in the tarball (what if
some port does a "test -x X"?) so I just added X
* From: "R. Imura" [EMAIL PROTECTED]
* It's because, there are no /usr/X11R6/bin/X in Asami-san's chroot
* environment, I bet.
Hmm. So kdm looks at the X symlink to decide whether to build with X
support or not?
I can add that to my X package, but what exactly do I need? Just the
symlink
* From: "Thomas T. Veldhouse" [EMAIL PROTECTED]
* Where did the compat3x install files go in the latest 4.0-STABLE
* snapshot? They seem to be missing.
That was actually a 3.4-STABLE snapshot that ended up in a directory
with a wrong name. Jordan fixed it (and deleted the offending
* From: "David O'Brien" [EMAIL PROTECTED]
* On Mon, Mar 13, 2000 at 05:00:17PM +0100, Jose M. Alcaide wrote:
* I found that the "configure" script, when instructed to use the
* GNU Fortran compiler, searchs for "g77". Unfortunately, this compiler
* is installed as /usr/bin/f77.
I think
* From: "Jordan K. Hubbard" [EMAIL PROTECTED]
* This is just wrong. If I go to build openssh then I expect it to DTRT
* with openssl whether or not openssl depends on RSA, I don't expect to
* go have to install a package manually and then continue with my build.
In case you can't get that
* From: Will Andrews [EMAIL PROTECTED]
* On Sun, Feb 20, 2000 at 01:47:30PM -0800, Jordan K. Hubbard wrote:
* P.S. /usr/local/etc/shells anyone? :)
And how exactly are you going to tell /usr/bin/login, /usr/bin/chpass,
/usr/local/bin/wu-ftpd, etc., where to find that file? Remember, if
* From: Nik Clayton [EMAIL PROTECTED]
* [ Sent to -current and -ports, followups set to -current ]
(Your Followups-to: didn't survive someone's MTA, so replying to
-current manually.)
* Here's another trivial patch that people might like to comment on before I
* commit it. I'm doing more
* From: "Jordan K. Hubbard" [EMAIL PROTECTED]
* Tail end of last failure (as of this morning):
*
* === Generating temporary packing list
* strip /usr/local/bin/jade
* strip /usr/local/bin/nsgmls
* /usr/libexec/elf/strip: /usr/local/bin/nsgmls: No such file or directory
* *** Error
* From: Jun Kuriyama [EMAIL PROTECTED]
* Sorry for that trouble. I have experience to see that, but it does
* not occur everytime in my environment.
Really? Interesting...I only have one jade failure in my entire list
of build logs (which date back to September 1999) and that one appears
* From: Matthew Dillon [EMAIL PROTECTED]
* Ah, that's good. I still have one person reporting a panic with 1.56
* (which I have a core for). w/1.56 my own buildworld tests succeed
* and except for this one person everyone else is reporting their
* softupdates problems
* From: Bruce Evans [EMAIL PROTECTED]
* The correct answer seems to be "you can't do that" :-). Even checking
Err. Now why am I not surprised that you said that? ;)
Anyway, I have committed the following patch submitted by Alexander
Langer. It has a nice feature of working for both
Just to let you know how it went
* * From: Matthew Dillon [EMAIL PROTECTED]
* * Please upgrade your system to the latest ffs_softdep.c, vers 1.47. This
* * will fix a number of other problems but may not fix this one.
I first upped it to 1.48 (I think) and was seeing hangs
* From: Kris Kennaway [EMAIL PROTECTED]
* On Mon, 17 Jan 2000, David O'Brien wrote:
*
* Due to the concequence involved, you really do need to check for 'NO',
* 'YES', and "other". Rather than combining 'YES' and "other".
*
* You're suggesting not building openssl at all if they
* From: Kris Kennaway [EMAIL PROTECTED]
* Openssl should now be fully functional for both US and international users
* - please report any problems you have in using it to me. You should be
* able to compile all openssl-using code (some of them require rsaref and
* therefore cannot be used
* From: Kris Kennaway [EMAIL PROTECTED]
* Unless anyone objects I'm going to bump OSVERSION tonight to provide a
* cutoff for whether or not openssl is available in the base system. Ports
* need to behave differently in either case..
Sounds fine, but the people in -current land probably
* From: Jason Evans [EMAIL PROTECTED]
* In function `_gettemp':
* mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
* mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
* libc successfully builds on Alpha with the changes I committed, though the
* bootstrapping problem
* From: Matthew Dillon [EMAIL PROTECTED]
* I have occassionally seen this failure when setting vfs.vmiodirenable
* to 1. I have not seen it otherwise.
*
* Please upgrade your system to the latest ffs_softdep.c, vers 1.47. This
* will fix a number of other problems but
* From: Peter Wemm [EMAIL PROTECTED]
* ===
* :
* ln -sf libutil.so.2 /usr/obj/usr/src/i386/usr/lib/libutil.so
* cd /usr/src/lib; make depend; make all; make install
* === csu/i386-elf
* === libcom_err
* === libcom_err/doc
* === msun
* === libmd
* === libcrypt
* ===
* From: Mark Murray [EMAIL PROTECTED]
* ...then your source tree is not up to date.
It seems the crypto part of the tree was not updated. Probably from
the time I was juggling cvsupfiles around trying to figure out the
"can't build in US" problem. I'll let you know if I have any more
Yikes! Seems fifi got out of the cage again. How did she figure out
the combination for the lock
* From: David Greenman [EMAIL PROTECTED]
* p.s. pardon the lack of capital letters but my paws can't quite reach
* the shift key and the alphabet keys at the same time
*
*If
* From: Karl Denninger [EMAIL PROTECTED]
rant
Wow, that was good! I'm going to nominate this for "this century's
most amusing message on the FreeBSD lists" award. :)
Satoshi "you can figure out which century I'm talking about" Asami
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
* From: [EMAIL PROTECTED] (fifi -- hamster of Satoshi)
* Why not? Discrimination! I've committed things too!
*
* -fifi
Oops, I left the cage door open! Sorry folks!
No, I honestly have no idea what fifi was talking about. I've never
let her commit things. Ok, not without me watching
* From: "Jordan K. Hubbard" [EMAIL PROTECTED]
* This makes the ports tree have a dependency on the doc tree. I don't think
* this dependency should be there. It's bad enough that the src/ tree
* depends on doc/ (and the reason I want the documentation available as
* packages is to
* From: "David O'Brien" [EMAIL PROTECTED]
* /usr/include/readline/readline.h (and whatever else that's supposed to
* be in that directory) has been missing from 4-current and 3-stable
* snaps for awhile. Does anyone know why?
*
* I just checked that cd /usr/src/gnu/lib/libreadline ;
* From: Bruce Evans [EMAIL PROTECTED]
* I think using bsd.subdir.mk is an error if there is anything more to
* be done than traversing subdirs. bsd.subdir.mk is mainly for optimising
* this special case.
*
* Using bsd.lib.mk would be bogus since there are no libraries to be made,
* and
* From: Dag-Erling Smorgrav d...@flood.ping.uio.no
* FTP servers which do not accept passive mode are, IMHO, broken. Their
* loss.
No. The losers will be our users who can't talk to them.
I don't have a problem with changing the default as long as there are
ways to turn them off easily
* From: Dag-Erling Smorgrav d...@flood.ping.uio.no
* I don't have a problem with changing the default as long as there are
* ways to turn them off easily (read: on a per-port basis). Can we
* cancel an environment variable set in /etc/login.conf from a Makefile?
*
* If we just set
* From: Dag-Erling Smorgrav d...@flood.ping.uio.no
* Libftpio will shortly be deprecated.
Fine. Just make sure /etc/login.conf is not updated too early then.
Satoshi
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
* From: Mark Murray m...@grondar.za
* Here's a workaround (Satoshi - your comments, please?):
*
* Index: bsd.port.mk
* ===
* RCS file: /home/ncvs/ports/Mk/bsd.port.mk,v
* retrieving revision 1.311
* diff -u -d -r1.311
39 matches
Mail list logo
