* 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.
http://bento.FreeB
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 Atti
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: 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 eas
* 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 m
* 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.
*
* ...
*
* All the other stuff is language independent.
*
* That being the case, it wouldn't be too hard to do
* 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
snapsh
* 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 t
* From: Edwin Kremer <[EMAIL PROTECTED]>
* On Mon, Mar 08, 1999 at 09:44:26PM -0600, Ishmael wrote:
*
* : Your system is too old to use this bsd.port.mk.
*
* According to the mail headers, your system clock is about one year
* behind actual time. That might have screwed up the `make'..
* From: Ishmael <[EMAIL PROTECTED]>
* now there is obviously no upgrade kit for -current and i just did a make
* world, yet i still get this error. ive also tried deleting my entire ports
You just did make world and still got this error? That's not supposed
to happen. What do
> ls -l /var/
* 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
i
* 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: 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: "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 c
* 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 sol
Hi,
Since the 4.0 release is coming up soon, I'd like to remind people to
check the build logs and fix what they can. The latest one is in
http://bento.FreeBSD.org/errorlogs/errorlogs/e.4.2123/
There are over 200 broken ports. In particular, there are a few dozen
(78 at last count) brok
* 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 -curr
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 d
* 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 kn
* From: Kris Kennaway <[EMAIL PROTECTED]>
* It may be useful - although there are a lot of inconsistencies in how the
* openssl ports look for it. Dirk Froemberg was going to help with this -
* I'm not sure exactly what the best way to do it is. For example, ports
* like w3m-ssl pass the loc
* 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: 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
probl
* 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
* > ===>
* 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: 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 pro
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
*
*
* From: Karl Denninger <[EMAIL PROTECTED]>
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 "unsubsc
Hi All,
To celebrate the last year of the millenium (*), I built a new package
set for 4-current. You can find it at
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-4-current/
Since this is the first build with the signal changes, there have
been many changes to 4-current and thus many
* 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 o
* 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 t
* 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: "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: Nik Clayton <[EMAIL PROTECTED]>
I really wish you would stop spreading FUD. Don't open your mouth if
you don't know what you are talking about.
* I was under the impression that if you were CVSup'ing the ports tree then
* any changes to the ports subsystem (for example, new command l
* From: Nik Clayton
* On Tue, Jun 08, 1999 at 07:41:13AM +1000, Peter Jeremy wrote:
* > My question is: How do I create /usr/local/share/sgml/docbook/catalog?
* > It doesn't exist in any of the ports.
*
* It's created by the post-install target of ports/textproc/docbook.
Is it arranged to
* From: Dag-Erling Smorgrav
* 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: Dag-Erling Smorgrav
* > 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 FTP_PASSIVE_MODE=YES in
* From: Dag-Erling Smorgrav
* 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 (read: on a per-port basis)
* From: Mark Murray
* 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 bsd.port.mk
* --- bsd
46 matches
Mail list logo