> > Side effect; suidperl is no longer unreliable.
> btw, is there a reason to have /usr/bin/keyinfo as suidperl executable?
> bin/15371, for example...
Great!
Can you please email me again that code, but with an appropriate
copyright on top (preferably the 2-clause BSD one, but it's your
code,
On Sun, 2 Jul 2000, current-digest wrote:
> Perl5's version number has had to change; it is no longer 5.006, now
> it is 5.6.0 in accordance with Perl standards. I tried hard to keep
> with established tradition, but this did not work.
>
> Side effect; suidperl is no longer unreliable.
btw, is t
Can someone please review/commit the fix in PR 19638. It fixes a bug in
patch(1) that prevents -S from skipping a patch when the file to be patched
does not exist. Actually, it's skip it, but it requires human intervention
first. This is a problem, because one reason you might want to skip the
I updated my sources this morning, and buildworld succeeded but
installworld bombed out here while handling libc's man pages:
/usr/share/man/man3/vis.3.gz -> /usr/share/man/man3/strunvisx.3.gz
ln: /usr/share/man/man3/strunvisx.3.gz: No such file or directory
*** Error code 1
Stop in /usr
Alexander Langer wrote:
>
> alex2000/07/02 14:45:16 PDT
>
> Modified files:
> lib/libc/gen Makefile.inc
> Log:
> Add strunvisx.3 MLINK.
>
> Revision ChangesPath
> 1.65 +2 -2 src/lib/libc/gen/Makefile.inc
>
> To Unsubscribe: send mail to [EMAIL PROTE
On Sun, 2 Jul 2000, Julian Stacey wrote:
> Stefan Esser wrote:
> > On 2000-07-01 16:35 -0500, Stephen Hocking <[EMAIL PROTECTED]> wrote:
> > > again. However, when I attempt to apply cvs-cur.6450.gz I get the above err
> >
> > You have to increase the value of MAX_SIZE in /usr/src/usr.sbin/ctm/c
In message <[EMAIL PROTECTED]> FUJISHIMA Satsuki writes:
: Please take a look into ports/18489.
: Workaround for i386 has been committed at 14th May but not for Alpha.
: I think you are on the Alpha plathome, or your ports tree is weirdly
: out of date.
Everything is up to date. The kernel, my p
On Sun, 2 Jul 2000, Andrzej Bialecki wrote:
> Hi,
>
> While working on adding dynamic sysctls support, I discovered something
> that looks like a bug.
>
> For kernels that have both INET and INET6, three sysctl entries (rtexpire,
> rtminexpire, rtmaxcache) are registered twice - both in netinet
Sergey Osokin wrote:
>
> Hello!
> After CVSuped my sources i try make buildworld & it failed:
As you've already noticed, you will get better responses in general to
help requests if you change your CFLAGS options in /etc/make.conf to "-O
-pipe" (or just comment out CFLAGS, which has the
On Mon, Jul 03, 2000 at 01:09:25AM +0400, Sergey Osokin wrote:
> cc -O2 -pipe -march=pentium -DUNIX -fwritable-strings
> -I/usr/obj/usr/src/i386/usr/include -c /usr/src/games/rogue/thw.c
You are adding to the long list of people that are about to make totally
remove -02+ from GCC. FreeBSD only
According to Sergey Osokin:
> cc -O2 -pipe -march=pentium -DUNIX -fwritable-strings
>-I/usr/obj/usr/src/i386/usr/include -c /usr/src/games/rogue/thw.c
Don't use "-O2" please.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 5.0-CURRENT #80: S
Stefan Esser wrote:
> On 2000-07-01 16:35 -0500, Stephen Hocking <[EMAIL PROTECTED]> wrote:
> > again. However, when I attempt to apply cvs-cur.6450.gz I get the above err
>
> You have to increase the value of MAX_SIZE in /usr/src/usr.sbin/ctm/ctm/ctm.h
> to at least 12MB (i.e. 1024*1024*12). Thi
On Sun, 2 Jul 2000, Garrett Wollman wrote:
> < said:
>
> > Bring libxml2 2.1.1 into the fold after a repo-copy. This will
> > eventually replace libxml for GNOME.
>
> About a month ago, I was looking for a reasonable XML library with an
> eye towards bringing one into the tree (to be use
Hello!
After CVSuped my sources i try make buildworld & it failed:
cc -O2 -pipe -march=pentium -DUNIX -fwritable-strings
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/games/rogue/thw.c
cc -O2 -pipe -march=pentium -DUNIX -fwritable-strings
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/ga
In message <[EMAIL PROTECTED]> "David O'Brien" writes:
: On Sun, Jul 02, 2000 at 01:31:28PM -0600, Warner Losh wrote:
: > : cd blah is currently
: > : cd ../../compile/${KERNNAME}
: > : it becomes
: > : cd /usr/obj/`pwd`/${KERNNAME}
: >
: > My take on this is that it would make it slightly harder
On Sun, Jul 02, 2000 at 01:31:28PM -0600, Warner Losh wrote:
> : cd blah is currently
> : cd ../../compile/${KERNNAME}
> : it becomes
> : cd /usr/obj/`pwd`/${KERNNAME}
>
> My take on this is that it would make it slightly harder to develop
> kernel stuff in the tree. I don't like that prospect,
On Sun, Jul 02, 2000 at 10:44:22AM -0700, John Baldwin wrote:
> >> compile/ - no change
> >
> > I'd change this into compile/${MACHINE_ARCH} so that a single shared source
> > tree can be used to build [alpha,i386] kernels. In the current setup one
> > gets clashes with GENERIC etc
On Sun, Jul 02, 2000 at 12:36:59AM -0700, John Baldwin wrote:
> svr4/ - first, is this MI? If it isn't, then move it under
> sys/i386/ where it belongs. If it isn't,
> then I presume
There are both MI and MD bits of svr4 and
On Sun, Jul 02, 2000 at 12:36:59AM -0700, John Baldwin wrote:
> Current directory structure:
>
> sys/
> ${MACHINE_ARCH}/ - MD stuff
> conf/ - MD kernel config files
> ${MACHINE_ARCH}/- MD code
> include/- MD includes
> ... - var
"Rodney W. Grimes" wrote:
>
> > On Sunday, July 02, 2000, Rodney W. Grimes wrote:
> > > Actually the whole src/sys/compile thing should go away, it is
> > > one of the last things that has to be dealt with for a totally
> > > read-only mounted /usr/src. IMHO it should be moved to /usr/obj,
> > >
In message <[EMAIL PROTECTED]> "Rodney W. Grimes" writes:
: Just the argument to the cd has changed, the command sequence is
: still:
: cd blah
: make depend && make && make install.
:
: cd blah is currently
: cd ../../compile/${KERNNAME}
: it becomes
: cd /usr/obj/`pwd`/${KERNNAME}
:
: config(8
In message <[EMAIL PROTECTED]> Julian Elischer writes:
: Is there something else I need to add?
What do your hints look like?
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <[EMAIL PROTECTED]> Julian Elischer writes:
: Unfortunatly /etc/updateing doesn't warn you of this..
: I hit this as well.
: What is in /etc/updating is so vague and nondescript that
: it doesn't help wit this problem. (at least as it was when I hit it)
There is no /etc/updating. UPDA
< said:
> encapsulation. Of course, someone more familiar with the actual code
> in the tree might provide some better insight on the feasibility of
> splitting these up.
Don't, or else legions of network people will curse you to the end of
your days.
-GAWollman
--
Garrett A. Wollman | O Si
> On Sunday, July 02, 2000, Rodney W. Grimes wrote:
> > Actually the whole src/sys/compile thing should go away, it is
> > one of the last things that has to be dealt with for a totally
> > read-only mounted /usr/src. IMHO it should be moved to /usr/obj,
> > and /usr/obj should, if it hasn't alre
< said:
> Bring libxml2 2.1.1 into the fold after a repo-copy. This will
> eventually replace libxml for GNOME.
About a month ago, I was looking for a reasonable XML library with an
eye towards bringing one into the tree (to be used for config files
which have grown too complicated in syn
In message <[EMAIL PROTECTED]> Doug White
writes:
: > ELF interpreter /lib/ld-linux.so.2 not found
: > Abort
:
: Did you brand acroread?
Yes.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
...
> I feel masochistic at the moment, so here's a suggestion. Feel free
> to rip it all up to pieces, ya'll. And to start off: I like green
> bikesheds. (I.e. let's settle on something sensible and not get
I prefer blue ones :-)
...
>
> Ok (/me dons the asbestos suit, climbs into the concr
Finally there is Yamaha DS-XG support; thanks much (my laptop sound was
inoperative).
However, at least the yamaha support (if not others) is broken in a curious
way - .au playing (and the sound in kpoker) work fine but .wav playing
(and the sound in ksmiletris, for example) are broken in a way
On Sun, Jul 02, 2000 at 11:06:58AM -0700, Rodney W. Grimes wrote:
> > On Sunday, July 02, 2000, John Baldwin wrote:
> > > Sounds good to me actually. Although, should it be ${MACHINE_ARCH}/compile
> > > instead in keeping with the mentioned goal of keeping all MD stuff under
> > > ${MACHINE_ARCH}
On Sunday, July 02, 2000, Rodney W. Grimes wrote:
> Actually the whole src/sys/compile thing should go away, it is
> one of the last things that has to be dealt with for a totally
> read-only mounted /usr/src. IMHO it should be moved to /usr/obj,
> and /usr/obj should, if it hasn't already, be en
> On Sunday, July 02, 2000, John Baldwin wrote:
> > Sounds good to me actually. Although, should it be ${MACHINE_ARCH}/compile
> > instead in keeping with the mentioned goal of keeping all MD stuff under
> > ${MACHINE_ARCH}?
>
>I think that compile/${MACHINE_ARCH} is the proper way to do
> t
>
> On 02-Jul-00 Chris Costello wrote:
> > On Sunday, July 02, 2000, John Baldwin wrote:
> >>ip/ - IPv4, IPv6, and IPsec bits from sys/netinet{,6}
> >>tcp/ - TCP""" "
> >>udp/ - UDP"
On Sunday, July 02, 2000, John Baldwin wrote:
> Sounds good to me actually. Although, should it be ${MACHINE_ARCH}/compile
> instead in keeping with the mentioned goal of keeping all MD stuff under
> ${MACHINE_ARCH}?
I think that compile/${MACHINE_ARCH} is the proper way to do
this. Everythi
On 02-Jul-00 Chris Costello wrote:
> On Sunday, July 02, 2000, John Baldwin wrote:
>>ip/ - IPv4, IPv6, and IPsec bits from sys/netinet{,6}
>>tcp/ - TCP""" "
>>udp/ - UDP"""
On 02-Jul-00 Wilko Bulte wrote:
> On Sun, Jul 02, 2000 at 12:36:59AM -0700, John Baldwin wrote:
>
>> Ok (/me dons the asbestos suit, climbs into the concrete room and locks
>> the door.) Here is my proposal. It attempts to follow these loose guidelines:
>
>> compile/ - no chang
On Sat, 1 Jul 2000, Warner Losh wrote:
>
> I was able to install the acroread4 port on my -current machine of a
> week or two ago. I find when I try to run acroread4 I get the
> following error:
>
> ELF interpreter /lib/ld-linux.so.2 not found
> Abort
Did you brand acroread?
Doug White
At Sat, 01 Jul 2000 21:25:42 -0600,
Warner Losh <[EMAIL PROTECTED]> wrote:
>
>
> I was able to install the acroread4 port on my -current machine of a
> week or two ago. I find when I try to run acroread4 I get the
> following error:
>
> ELF interpreter /lib/ld-linux.so.2 not found
> Abort
Ple
Hello!
Perl5's version number has had to change; it is no longer 5.006, now
it is 5.6.0 in accordance with Perl standards. I tried hard to keep
with established tradition, but this did not work.
${DEITY}, I hate the Perl build.
This means that you should get do a 'make world' and 'mergemaster'
Hi,
While working on adding dynamic sysctls support, I discovered something
that looks like a bug.
For kernels that have both INET and INET6, three sysctl entries (rtexpire,
rtminexpire, rtmaxcache) are registered twice - both in netinet/in_rmx.c
and netinet6/in6_rmx.c.
It seems they should be
I forgot to free the additional memory allocated by regcomp() at
regfree(). So, for now, regex(3) is leaking memory. I'll fix it in a
short while (but not immediately, sorry).
--
Daniel C. Sobral(8-DCS)
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
On Sun, Jul 02, 2000 at 09:39:39AM +0200, Mark Murray wrote:
> > > I am not shure, is this cron bug calling with ignoring SIGCHLD, sh bug, or
> > > perl bug. I think cron shouldn't call anything with SIGCHLD ignored.
> >
> > Yes, it was in cron/do_command.c
> > (void) signal(SIGCHLD, SIG_IGN);
>
According to Kenneth Wayne Culver:
> This is the patch to make my soundcard, a Creative Ensoniq AudioPCI (an
> es1371 chip, device id 0x58801274 rev 0x02). Can someone commit it please?
Done.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 5.0-
This is the patch to make my soundcard, a Creative Ensoniq AudioPCI (an
es1371 chip, device id 0x58801274 rev 0x02). Can someone commit it please?
Thanks.
--- es137x.c.oldSun May 28 11:15:14 2000
+++ es137x.cSat Jul 1 23:22:00 2000
@@ -68,6 +68,7 @@
#define ES1370_PCI_ID 0x50001
I see literally the exact same thing.
I thought it was just my screwup, as i had installed 0609-CURRENT (the
latest installs don't work, at least, on my desktop, so i picked the one
from my birthday :P), which worked fine, then cvsup'd, installed the new
kernel, did a make world, rebooted, and ppp
PPPoE has stopped working since I made a new kernel today. Luckily, I still
have kernel.old, which works.
I don't know whether the problem is related to the randomdev changes, or
the stuff Archie has been doing with NETGRAPH.
I did notice that, using the old kernel and modules, I don't need a
ng
On 2000-07-01 16:35 -0500, Stephen Hocking <[EMAIL PROTECTED]> wrote:
> After some absence from the net (my machines were in a box between Australia &
> Houston) I've finaaly connected up and am updating my cvs repository via CTM
> again. However, when I attempt to apply cvs-cur.6450.gz I get th
On Sun, Jul 02, 2000 at 12:36:59AM -0700, John Baldwin wrote:
> Ok (/me dons the asbestos suit, climbs into the concrete room and locks
> the door.) Here is my proposal. It attempts to follow these loose guidelines:
> compile/ - no change
I'd change this into compile/${MACHINE_
On Sunday, July 02, 2000, John Baldwin wrote:
>ip/ - IPv4, IPv6, and IPsec bits from sys/netinet{,6}
>tcp/ - TCP""" "
>udp/ - UDP""" "
Can this really be separated to
> > I am not shure, is this cron bug calling with ignoring SIGCHLD, sh bug, or
> > perl bug. I think cron shouldn't call anything with SIGCHLD ignored.
>
> Yes, it was in cron/do_command.c
> (void) signal(SIGCHLD, SIG_IGN);
>
> What about re-allowing SIGCHLD after second fork (i.e.vfork), just
On 01-Jul-00 Jordan K. Hubbard wrote:
>> Yes he did. Talk to various committers and you'll see that many have
>> ideas where files should live. There have been long threads on this
>> issue that got nowhere. The reason things are in such a messy state is
>> when something new is brought in, or
51 matches
Mail list logo
