Hi Scott and Justin,
I've been having a problem building the new aic7xxx modules on -CURRENT.
The machine is:
FreeBSD magma 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Mon Jun 24 22:50:04
SAST 2002 root@magma:/usr/obj/usr/src/sys/MAGMA i386
The error (make buildkernel) is:
Hi,
On Sun, Aug 25, 2002 at 12:13:50PM -0500, David W. Chapman Jr. wrote:
This is exactly the problem I'm seeing and would explain why
portupgrade -f fixes the problem for the port that causes the segfault.
Shouldn't pkg_version handle this a little more gracefully?
Can someone with a src
Hi,
On Wed, Jul 03, 2002 at 02:15:13PM -0400, Garance A Drosihn wrote:
Fwiw, I am also using the system toolchain (as cvsup'ed late last
night), and not the port.
I can build x11/XFree86-4 with the following patches, which I harvested
from various email's since the gcc 3.1 import. Which ones
Hi,
On Wed, Jul 03, 2002 at 01:10:08PM -0700, David O'Brien wrote:
Some one needs to do thru these and really deal with them.
I didn't say they were right, just that they worked ;-)
* The patch to use -O0 (or remove -O) is wrong, and a test case should be
submitted to the GCC people.
I
Hi,
On Wed, Jun 26, 2002 at 04:57:45PM +0200, Sheldon Hearn wrote:
Note that this isn't quite right, because the linking gets done with
cc as a front-end, not c++. But the job gets done, all the same,
and I'm not writing a SharedDepCplusplusLibraryTarget rule myself.
:-)
How
Hi,
On Tue, Jun 25, 2002 at 03:43:49PM -0800, Beech Rintoul wrote:
Using the new C pkg_version I get the following:
OK, the problem is that you've got a number of ports with no +CONTENTS
files in /var/db/pkg... This is not good. But pkg_version shouldn't be
dumping core anyway:
Index:
Hi,
On Tue, May 14, 2002 at 06:05:27PM +0300, Ruslan Ermilov wrote:
On Wed, May 15, 2002 at 12:18:04AM +1000, Bruce Evans wrote:
That's rather hackish, and doesn't handle garbage other than includes.
I usually find stale files by comparing my world with a world installed
in a nonstandard
Hi,
On Thu, May 09, 2002 at 08:33:22PM +0100, Mark Murray wrote:
/usr/sbin/pkg_version Jeremy Lea [EMAIL PROTECTED] - re
OK, the first revision is attached. It appears to work for me... It
needs some spit and polish, and probably a few more people to test.
I've not implemented the -d flag
Hi,
On Tue, May 14, 2002 at 04:19:29PM +0300, Maxim Sobolev wrote:
+++ version/perform.c 14 May 2002 12:41:41 -
[...]
+ strlcpy(tmp, PORTS_DIR, PATH_MAX);
+ strlcat(tmp, /INDEX, PATH_MAX);
I'd suggest snprintf(3)
Yeah. Like I said, it needs a bit of polishing. I
Hi,
On Sun, Jan 07, 2001 at 11:15:23AM +0100, Alexander Langer wrote:
This is great!
Thanks. With a litle bit more work, I'm hoping to have solved all of my
current peeves with ports/packages. Then it'll be time to look for
new peeves...
However, the patch has some whitespace-fubars:
Hi,
On Sat, Dec 23, 2000 at 09:43:29AM -0800, Matt Dillon wrote:
Something got broken in the last week or two, it never did this sort
of thing before.
David's speedup commits to sys/conf/Makefile.*. I informed him of the
problem, and asked him to back out the hacks, but he wants the
Hi,
On Wed, Dec 20, 2000 at 01:52:23AM -0800, David O'Brien wrote:
Nope. This is a box that was a virgin install of 5-CURRENT a month ago.
I had to install the compat20 and compat21 dists, along with doing a
``pkg_add -r XFree86-aoutlibs''. The Tk is 8.0.5.
The XFree86-aoutlibs are
Hi,
On Wed, Dec 20, 2000 at 07:13:05PM -0800, Kris Kennaway wrote:
Argh. I'm going to have to mark that port FORBIDDEN, then, because old
versions of the X libraries have remote vulnerabilities.
Hmmm... Are there patches available to just fix the security problems?
We can't move much beyond
Hi,
On Mon, Oct 02, 2000 at 12:06:18PM +0200, Poul-Henning Kamp wrote:
This is because there is a file called "struct.h" in the ircII distribution.
The addition of #include struct.h to sys/queue.h looks a bit unsettling
to me: A sys/* file shouldn't reference a /usr/include file I think ?
Hi,
On Sat, Sep 30, 2000 at 01:53:12PM -0500, Mike Meyer wrote:
Well, I like your idea better than mine (though device_chmods="first
second etc" then chmod_first, chmod_second, chmod_etc would be better
names), but meant to ask - is there some reason that /etc/fbtab can't
be used for this?
Hi,
(Once again cross posted since -ports is the major consumer).
At http://people.freebsd.org/~reg/ there is a new patch for "pkg_which",
now implemented as two new options for pkg_info. Please review this for
style and silly things...
Also, if you download the bsd.port.mk patch from the
Hi guys,
This is BCC'd to ports, since it is mostly for use there...
I've placed the source for a new command, pkg_which, on
http://people.freebsd.org/~reg/.
The idea behind this command is to get Ports/Packages to register their
dependencies based on what is on the system, not what they think
Hi,
On Mon, Jun 26, 2000 at 12:30:09PM +0200, Sheldon Hearn wrote:
Argh, yet another pkg_* command that looks (at first glance anyway) like
it should have been implemented as a feature enhancement to the existing
pkg_* tools.
What is it that makes this unsuitable for incorporation into the
Please people. If you think you don't need a make world during a code
freeze, then please at least read the patched files...
Index: Makefile.inc
===
RCS file: /usr/home/ncvs/src/lib/libc_r/man/Makefile.inc,v
retrieving revision
Hi,
On Sun, Jan 30, 2000 at 06:28:14AM +0100, Jean-Marc Zucconi wrote:
With a new installed world I get this message at boot:
\ Loader.rc
Loader.rc: unknown command
Fortunately this does not prevent the machine to boot :-)
Any clue?
AOLMe too!/AOL
The loader.* files in /boot dont
Hi,
On Fri, Dec 24, 1999 at 08:52:51AM -0500, [EMAIL PROTECTED] wrote:
unknown0: PnP Sound Chip at port 0x220-0x22f irq 5 drq 1,0 on isa0
sbc0: Avance Logic ALS120 at port 0x388-0x38f on isa0
sbc0: alloc_resource
device_probe_and_attach: sbc0 attach returned 6
unknown1: PnP Sound Chip at
Hi,
On Wed, Sep 29, 1999 at 10:07:07PM -0700, John-Mark Gurney wrote:
Garrett Wollman scribbled this message on Sep 29:
On Wed, 29 Sep 1999 16:51:37 -0700 (PDT), "Rodney W. Grimes"
[EMAIL PROTECTED] said:
If it is broken, please back out the signal changes or fix the tools
target.
Hi,
On Mon, Jul 05, 1999 at 04:04:46PM -0400, Nicolas Blais wrote:
Hi. I've finally installed FreeBSD 4.0 and to tell you the truth, I'm
not very impressed. I was expecting some bugs but not like that...
Not the best way to start a message if you want to get responses. Also,
the wrapping
On Wed, May 12, 1999 at 10:28:45AM -0700, David O'Brien wrote:
i got a new UMAX Atrsa 1220P scanner, i have no idea how to configure
this in FreeBSD or Linux (or if i even can), im on 4.0-CURRENT.
..snip..
Have you tried /usr/ports/graphics/sane?
It doesn't build under 4.0-CURRENT.
Hi all,
I've been having a few problems recently, since the move to EGCS, and I
finally caught my box in the act, with a core dump...
My system is running -CURRENT (version detail below), with no changes
other the Richard Seaman's LinuxThreads patches. It's a UP P5-233,
which is an overclocked
Hi,
On Fri, Apr 09, 1999 at 11:28:52AM -0500, Glenn Johnson wrote:
On Fri, Apr 09, 1999 at 03:52:58PM +0200, Jeremy Lea wrote:
I always thought the criteria for inclusion of things into the base
system was:
1. Needed for 'make world';
2. Needed to get a basic functioning server up
Hi,
On Fri, Apr 09, 1999 at 11:19:21PM +0900, Daniel C. Sobral wrote:
Right or wrong, you forgot:
5. BSD tradition.
Case 5 justifies Fortran.
Me, I'd rather have Fortran as a port. I'd even grudgingly accept
fortune as a port, as a matter of fact. Our base system is bloated.
While a
Hi,
On Fri, Apr 09, 1999 at 10:37:55AM -0300, The Hermit Hacker wrote:
Geez, and I used to think it was only the commercial OSs that had a
problem with bloat and creeping featurisms ... :( Chuck's idea makes more
sense...how many programs does the average system run that needs a fortran
Hi,
On Thu, Apr 08, 1999 at 12:31:24PM -0400, Chuck Robey wrote:
[much whining snipped :)]
Your confusing a bunch of different issues here:
1. Poor porting.
a. Ports should not leave behind old files, other than site
configuration files (like samba.conf). If a port leaves any files
Hi,
On Sun, Apr 04, 1999 at 04:02:28PM -0700, David O'Brien wrote:
what's the name of the system compiler going to be, egcs or gcc, or cc?
And the C++ one?
No change in names. cc/gcc and c++/g++/CC
Experience says there are a lot of ports which look for egcc and eg++,
so it might be nice
Hi,
On Tue, Mar 02, 1999 at 03:25:20PM +0100, Alexander Sanda wrote:
Maybe. But what if Netscape decides to make the next fbsd release ELF
(and still keeps linking with libg++) ?
What about Mozilla ? Is it libg++ - free ?
I agree that libg++ is (almost) useless today, but dropping it
Hi,
On Tue, Jan 19, 1999 at 09:11:51AM -0600, Richard Seaman, Jr. wrote:
Actually, the new version, in FreeBSD ports form, doesn't require
-DLINUXTHREADS anymore, but it does require -I/usr/local/include to
pick up the right header, since it installs a pthread.h into
/usr/local/include.
Hi,
On Tue, Jan 19, 1999 at 02:45:39AM -0800, br...@worldcontrol.com wrote:
Gimp (CVS) compiled with
CFLAGS=-g -D_THREAD_SAFE -I/usr/local/include -L/usr/local/lib -O2 -m486
-pipe -lpthread
Hmm, if you're using the libpthread from lt.tar.com, and you installed it
according to the
33 matches
Mail list logo