*/
if (options.use_login command != NULL)
options.use_login = 0;
#ifdef LOGIN_CAP
- login_cap_t *lc;
-
lc = login_getpwclass(pw);
if (lc == NULL)
lc = login_getclassbyname(NULL, pw);
-aDe
--
Ade Lovett, Austin, TX
.
[...]
coredump 22# rm -rf /usr/obj/*
[...]
coredump 23# make buildworld
[...]
--
It crapped out in exactly the same place.
-aDe
--
Ade Lovett, Austin, TX. [EMAIL PROTECTED]
FreeBSD: The Power to Serve
l and userland from 06/20"
The contents of /usr/src are up to date as of 0300 CDT this morning.
(Look for lots of ${MINIPERL} in place of "miniperl").
Ok. I'll re-cvsup now and take a peek.
-aDe
--
Ade Lovett, Austin, TX. [EMAIL PROTECTED]
FreeBSD: The Power to
On Tue, Jun 27, 2000 at 02:52:51PM -0500, Ade Lovett wrote:
Mark wrote:
(Look for lots of ${MINIPERL} in place of "miniperl").
Ok. I'll re-cvsup now and take a peek.
Got all the ${MINIPERL} stuff, and I now have a successful
buildworld. Took 7 minutes longer than the last t
the manual pages), even though it successfully
does this elsewhere.
This appears to be affect most (if not all) of the perl5 ports.
Any solutions for this problem?
-aDe
--
Ade Lovett, Austin, TX. [EMAIL PROTECTED]
FreeBSD: The Power to Serve http://www.FreeBSD.org
On Tue, Jun 27, 2000 at 07:05:39PM -0500, Ade Lovett wrote:
Take a perl5 port at random.. I chose converters/p5-Convert-UU
I had to make the following (kludgy) hack to the PLIST to make
things package properly:
Index: PLIST
},'pod2man');
}
unless ($pod2man_exe = $self-perl_script($pod2man_exe)) {
# Maybe a build by uninstalled Perl?
-aDe
--
Ade Lovett, Austin, TX. [EMAIL PROTECTED]
FreeBSD: The Power to Serve http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL
it but it looks interesting.
I'll have to check this out as well.
FWIW, I ordered one of these today.. I'll pass on my discoveries with
my various wireless cards (mostly Lucent) if y'all are interested..
-aDe [today's toy is powered by the letters 'I', 'R' and 'S']
--
Ade Lovett, Austin, TX
at your patches, and try and integrate them into the
new release.
-aDe
--
Ade Lovett, Austin, TX.[EMAIL PROTECTED]
FreeBSD: The Power to Serve http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be
expected, ports/ is going to be essentially unusable for a while.
The issue stems from configure scripts (to choose something completely
at random) assuming that FreeBSD would never jump to a double-digit
major version
It just means that folks didn't plan ahead and didn't think up
proper contingency plans.
First off, apologies to Garrett, I'm not picking on you directly, but I
kinda knew this would come up.
The undeniable fact is that configure scripts in general have chosen to
do things a certain way.
On 2/28/2012 14:11, Alexander Best wrote:
any chance we can have a CFLAGS.gcc and CFLAGS.clang in the future? that would
make certain things a lot easier. dealing with gcc specific options, such as
-mpreferred-stack-boundary=2 would simply work by setting
CFLAGS.gcc=-mpreferred-stack-boundary=2
On 2/28/2012 16:08, Chuck Burns wrote:
On 2/28/2012 4:55 PM, Ade Lovett wrote:
On 2/28/2012 14:11, Alexander Best wrote:
any chance we can have a CFLAGS.gcc and CFLAGS.clang in the future?
that would
make certain things a lot easier. dealing with gcc specific options,
such as
-mpreferred-stack
On Jan 07, 2011, at 15:41 , Doug Barton wrote:
On 01/07/2011 13:29, Dimitry Andric wrote:
Yes, I submitted an exp-run request Nov 15, 2010:
http://www.freebsd.org/cgi/query-pr.cgi?pr=152268
Unfortunately, there has been little or no interest.
Fair enough, that sounds to me like portmgr
On Jan 07, 2011, at 17:37 , Doug Barton wrote:
On 01/07/2011 13:54, Ade Lovett wrote:
Most likely it's low priority given all the other exp-runs that
affect 7.x/8.x, tweaking things for an 6.x-EOL-tagged tree, and a
bunch of other infrastructure stuff. Not to mention the impending 7
On Jan 14, 2011, at 19:31 , Marcel Moolenaar wrote:
On Jan 14, 2011, at 10:26 AM, Nathan Whitehorn wrote:
The final architecture on which we use sysinstall, ia64, is currently
unsupported, because I don't know how to set up booting on those systems --
patches to solve this are very much
committed
(they install .la libtool turds which can be got rid of easily enough)
but may do what you want.
Knowing absolutely nothing about GGI, I wouldn't presume to comment
any further.
-aDe
--
Ade Lovett, Austin, TX.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
The full tale of woe can be found at:
http://www.lovett.com/~ade/freebsd.html
The executive summary is that after some unfortunate hardware failures,
I picked up an ASUS A7V8X-X motherboard with a 6 USB 2.0 ports.
GENERIC doesn't appear to have ehci in it, so not a great deal
happened. I
On Nov 24, 2003, at 10:56, Ade Lovett wrote:
The executive summary is that after some unfortunate hardware
failures, I picked up an ASUS A7V8X-X motherboard with a 6 USB 2.0
ports.
Just as an addendum, on the advice of someone on irc, I tried booting
both NetBSD (1.6.1) and OpenBSD (3.4
Could we have a __FreeBSD_version bump for the diking out of perl from the
base system please? A chunk of ports work needs to be done to conditionally
use perl vs sed for in-line replacements on lots of Makefiles.
Thanks,
-aDe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On 05/16/02 17:46, Maxime Henrion [EMAIL PROTECTED] wrote:
I agree that a __FreeBSD_version bump is appropriate, but why not always
simply use sed for this ?
Because not everyone using the ports system has the in-place editing feature
of sed that was recently added, and thus it needs to be
On 05/18/02 12:05, Mark Murray [EMAIL PROTECTED] wrote:
Hi all
The perl script rewrite is going really well!
Here is my progress file, as it currently stands:
To add one to the list.. /usr/sbin/mergemaster has two calls to perl in it,
to extract file/directory permissions -- anyone
22 matches
Mail list logo