Robert Watson wrote:
> > So, I think having the option to use encrypted swap on FreeBSD would be
> > nice. Is anybody already working on this? If not, how do I get somebody
> > to work on it? ;-)
>
> There has been discussion and substantial interest in an encrypted swap
> interface on the free
> 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.
There is a non-trivial Perl5 LOCALBASE problem that I'm trying to
get my head around.
M
--
Mark Murray
Join the anti-SPAM movement: http:
Jacques A. Vidrine writes:
> On Mon, Aug 21, 2000 at 11:59:26PM -0500, Mike Meyer wrote:
> > I'm curious - are there any committers who regularly use a system with
> > LOCALBASE set to something other than /usr/local?
>
> I have LOCALBASE=/opt for a couple of years now.
>
> OTOH, I also have a s
> I'm getting some errors trying to build this. Attached is my make.log
> that shows the errors.
The one that's there now should fix this (I forgot to include a 1-line
patch to sys/conf/files).
Thanks!
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send ma
Brian Fundakowski Feldman writes:
> One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would
> be _really_ nice if cd(4) supported that ioctl so I could just seek
> and read from a CD. I had knu trying out my read_cd program, and it
> doesn't work for SCSI CD-ROMs, seemingly because of
Mark Murray writes:
> > So, I think having the option to use encrypted swap on FreeBSD
> > would be nice. Is anybody already working on this? If not, how do
> > I get somebody to work on it? ;-)
> Ever since the Phoenecians invented money, there has been at least
> one guaranteed answer to that :
On Tue, 22 Aug 2000, Garrett Wollman wrote:
> > -On [20000822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote:
> >> Brian, I'm afraid you broke libutil... Every program using libutil now must
> >> depend on libcrypt too.
>
> No. This is precisely why share
The `building everything' stage of make buildworld is dying as below.
The following patch fix lets my buildworld get beyond that point (but
it's still running so I don't know if there are problems elsewhere).
(I don't think the patch is the right fix, but it solved my immediate
problem).
Index:
On Tue, Aug 22, 2000 at 20:43:15 -0400, Laurence Berland wrote:
> On a vaguely related topic, after much searching I can't seem to see one
> way or the other if we can do a complete bit-by-bit copy of a cd with
> either cdrecord or burncd, though it's possible I'm looking in the wrong
> place.
I
Helo, yesterday i actualiced from FreeBSD 4.1 to FreeBSD 5.0 current. and i
am having some problems whith sendmail and fetchmail.
the sendmail version is 8.11.0.
the problem began whit this file aliases.db because as the sendmail logs
said, it wasnt able to see this file at /etc/mail. so i made a
On a vaguely related topic, after much searching I can't seem to see one
way or the other if we can do a complete bit-by-bit copy of a cd with
either cdrecord or burncd, though it's possible I'm looking in the wrong
place.
Laurence
"Kenneth D. Merry" wrote:
> [snip]
--
Laurence Berland
<><><><>
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Mark Murray wrote:
>
> Hi All
>
> Please could those of you with the time and computrons available
> please review the patches for the entropy (/dev/random) driver at
> http://people.freebsd.org/~markm/randomdev.patch.
I'm getting some errors trying to build this. Attached is my make.log
that
In article <[EMAIL PROTECTED]>,
Patrick Gardella <[EMAIL PROTECTED]> wrote:
> I've been working for a while to try to figure out a problem I'm having
> here.
>
> I did a buildworld Sunday, and started to get kernel panics on boot when
> it probed fxp. So I removed fxp from my kernel and loaded
> > > sym0: <895a> port 0x1000=0x10ff mem > >
>0xb110-0xb1101fff,0xb140-0xb14003ff irq 11 at > > device 4.0 on
>pci1 sym0: failed to allocate RAM resources
> > > We're running 3.4-STABLE on a Proliant 3000 here, and it's > working
>great.
> > Mind you, this has a Symbios 875 based contr
On Tue, 22 Aug 2000, Garrett Wollman wrote:
> <<[EMAIL PROTECTED]> said:
>
> > -On [2822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote:
> >> Brian, I'm afraid you broke libutil... Every program using libutil now must
> >> depend on libcrypt
On Tue, Aug 22, 2000 at 15:22:05 -0400, Brian Fundakowski Feldman wrote:
> One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would
> be _really_ nice if cd(4) supported that ioctl so I could just seek
> and read from a CD. I had knu trying out my read_cd program, and it
> doesn't work
On 21 Aug 2000, at 21:04, [EMAIL PROTECTED] wrote:
> > has anyone gotten freebsd (current or other) running on one of these?
>
> Which Proliant model are you talking about?
>
> > i've tried 4.0, 4.1, and -current, and the kernel panics on me with
> > the following:
> >
> > sym0: <895a> port 0x
PLEASE read this:
http://www.freebsd.org/FAQ/hackers.html#AEN4885
Basically, by just looking at the page fault message, this appears to
be the dereferencing of a NULL pointer. That's all that I'm afraid pretty
much anybody will be able to conclude from this unless yo
One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would
be _really_ nice if cd(4) supported that ioctl so I could just seek
and read from a CD. I had knu trying out my read_cd program, and it
doesn't work for SCSI CD-ROMs, seemingly because of this issue :(
Would you be adverse to im
I am seeing these messages on the -CURRENT box as of
FreeBSD kanpc.gte.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Aug 14 10:04:38
EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/KANPC i386
Aug 22 13:07:40 kanpc /kernel: unexpected vn driver lock: 0xc8010d40: type
VREG, usecount 2, writecou
< said:
> -On [20000822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote:
>> Brian, I'm afraid you broke libutil... Every program using libutil now must
>> depend on libcrypt too.
No. This is precisely why shared libraries have dependencies. For
static linking, what Br
> A growing libc makes static binaries grow and makes it more difficult to
> strip out unneeded functionality from a minimalist system install. I'd
> been inclined to try and move things the other way and strip stuff out
> of libc into separate libraries but that's obviously not in vogue at the
>
> -On [2822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote:
> >Brian, I'm afraid you broke libutil... Every program using libutil now must
> >depend on libcrypt too.
>
> Alternatively the sentiment just rose why we couldn't just collapse the
> crypt/ha
> > >> Alternatively the sentiment just rose why we couldn't just collapse the
> > >> crypt/hash functions of libcrypt into libc.
> > >>
> > >> It would make sense.
> > >
> > >It would make even make more sense to convince the other BSD to do the same
> > >(haven't checked recently what they do) a
On Tue, 22 Aug 2000 17:25:50 +0100, Paul Richards wrote:
> Is there any current policy on what libc is?
For some reason, I seem to remember Bruce Evans once calling it "the
kitchen sink". :-)
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
Jeroen Ruigrok van der Werven wrote:
>
> -On [20000822 17:55], Ollivier Robert ([EMAIL PROTECTED]) wrote:
> >According to Jeroen Ruigrok van der Werven:
> >> Alternatively the sentiment just rose why we couldn't just collapse the
> >> crypt/hash functions
I've been working for a while to try to figure out a problem I'm having
here.
I did a buildworld Sunday, and started to get kernel panics on boot when
it probed fxp. So I removed fxp from my kernel and loaded it as a
module (via loader.conf.local). It paniced. Then I unloaded the
if_fxp.ko on
On Tue, 22 Aug 2000, Walter Belgers wrote:
> Last week I was at USENIX where Niels Provos talked about his
> implementation of encrypted swap in OpenBSD. What is does is encrypting
> all memory that gets swapped out, keeping the encryption keys in memory.
> A test showed that all kinds of intere
-On [2822 17:55], Ollivier Robert ([EMAIL PROTECTED]) wrote:
>According to Jeroen Ruigrok van der Werven:
>> Alternatively the sentiment just rose why we couldn't just collapse the
>> crypt/hash functions of libcrypt into libc.
>>
>> It would make sense.
>
I have searched the mailing lists, to no avail (hope I
did not miss the answer).
I am getting the following output on make world (FreeBSD
5.0-2820-CURRENT installed, cvsup current source at
11:00AM Eastern Time)..
Fatal double fault:
eip = 0xc030343c
esp = 0xcd025000
ebp = 0xcd025074
panic:
According to Jeroen Ruigrok van der Werven:
> Alternatively the sentiment just rose why we couldn't just collapse the
> crypt/hash functions of libcrypt into libc.
>
> It would make sense.
It would make even make more sense to convince the other BSD to do the same
(haven't checked recently what
-On [2822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote:
>Brian, I'm afraid you broke libutil... Every program using libutil now must
>depend on libcrypt too.
Alternatively the sentiment just rose why we couldn't just collapse the
crypt/hash functions of libcrypt into
Brian, I'm afraid you broke libutil... Every program using libutil now must
depend on libcrypt too.
-=-=-
===> libexec/fingerd
cc -O -pipe -I/usr/obj/src/src/i386/usr/include -c /src/src/libexec/fingerd/fi
ngerd.c
cc -O -pipe -I/usr/obj/src/src/i386/usr/include -o fingerd fingerd.o -lutil
/
-On [2822 06:25], Kenneth D. Merry ([EMAIL PROTECTED]) wrote:
>It needs an ATAPI passthrough mechanism to work. (FreeBSD doesn't have
>one at the moment.)
Søren, Matt and me were discussing the ATA/CAM issues so that we might
be able to approach ATA through CAM.
That would
-On [2822 08:50], Warner Losh ([EMAIL PROTECTED]) wrote:
>
>Actually, the real reason is that MMC drives that mostly support the
>standard, but do it wrong in ways that are hard to detect. Those are
>going to be the worst to try to support. There are some drives out
>there
-On [2819 18:15], Brian Fundakowski Feldman ([EMAIL PROTECTED]) wrote:
>Newmidi doesn't seem to work. The oplsbc device handling had to be
>hacked a bit to support non-PnP SBs, but that's inconsequential.
>It probes and boots fine. It seems that newmidi is completely
>disconnected from actua
Reinier Bezuidenhout wrote:
>
> Roger ..
>
> I cvs-ed the sources for the kernel from yesterday .. but I'll
> get the latest ones now .. I'm just not sure if Cameron has
> committed the changes yet .. but in any case ... thanx
> Cameron !! :)
Cameron changed the 'feeder' code which drives the c
Roger ..
I cvs-ed the sources for the kernel from yesterday .. but I'll
get the latest ones now .. I'm just not sure if Cameron has
committed the changes yet .. but in any case ... thanx
Cameron !! :)
Rgds
Reinier
On 22-Aug-00 Roger Hardiman wrote:
> Reinier
>
>> seems like "mono" sound for t
Reinier
> seems like "mono" sound for the 740C Yamaha is broken ??
I found 'mono' audio was broken on my Yamaha 724F PCI card
at the weekend.
Cameron said several users have reported this and he has
reworked the code in -current to hopefully work around
this problem.
Roger
To Unsubscribe: s
Tony,
On Mon, Aug 21, 2000 at 07:17:31PM -0700, Tony Fleisher wrote:
> I have been running cvsup nightly to grab -current and -ports,
> and noticed some strangeness with awk that seemed to start last
> week sometime.
>
> When building /usr/ports/lang/guile, the build exited with an
> awk 'intern
> So, I think having the option to use encrypted swap on FreeBSD
> would be nice. Is anybody already working on this? If not, how do
> I get somebody to work on it? ;-)
Ever since the Phoenecians invented money, there has been at least
one guaranteed answer to that :-)
M
--
Mark Murray
Join the
> They can also be made by the driver using make_dev_alias().
Cool!
Man page please?
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Dit another test ...
Used mpg123 with the "-m" option for mono sound (all the thins
that "broke" was in mono) and got the same noise ... seems like
"mono" sound for the 740C Yamaha is broken ??
Reinier
On 22-Aug-00 Reinier Bezuidenhout wrote:
> Hi ...
>
> I have a 5.0-current .. kernel compi
Hi All
Please could those of you with the time and computrons available
please review the patches for the entropy (/dev/random) driver at
http://people.freebsd.org/~markm/randomdev.patch.
NOTES:
This code may injure your cat, your computer and/or your bank account;
be careful!
The code puts th
On Mon, Aug 21, 2000 at 11:59:26PM -0500, Mike Meyer wrote:
> I'm curious - are there any committers who regularly use a system with
> LOCALBASE set to something other than /usr/local?
I have LOCALBASE=/opt for a couple of years now.
OTOH, I also have a symlink from /usr/local -> /opt due to a s
Hi ...
I have a 5.0-current .. kernel compiled of a day or so ago.
When I'm using Realplayer7 or plaympeg (package smpeg) to play
real audio or mpegs I just get this load "hissing" noise.
When I use mpg123 to play a mp3 the sound is OK .. CD sound
works fine and games too.
Any idea why realaud
Dear Sirs,
JOINT VENTURE
OPPORTUNITY
INFOPAC Software (India) is interested in a business
relationship with your company in the area of ERP / software projects and
solutions:
Our capability profile includes:
Software projects (offshore / onshore
development)
ERP d
Probably need a newer sysinstall, now uses character devices
Where did you get this sysinstall from, is in on a boot floppy ?
If it is, then either the kernel with it's devices doesn't work
with the sysinstall you use, or the devices do not exist.
On your PC, do a make depend ; make ; make instal
Make sure it's not commented out in rc
# Run rc.devfs if readable to customize devfs
#
if [ -r /etc/rc.devfs ]; then
sh /etc/rc.devfs
fi
# Do traditional (but rather obsolete) rc.local file if it exists. If you
# use this file and want to make it programmatic, source /etc/defaults/rc.co
Hi,
Last week I was at USENIX where Niels Provos talked about his
implementation of encrypted swap in OpenBSD. What is does is
encrypting all memory that gets swapped out, keeping the encryption
keys in memory. A test showed that all kinds of interesting things
wind up in the swap partition; Nie
Matthew Jacob writes:
> > If the answer from the person who would have to approve the code had
> > come back "Ok, provide the code and we'll see how well it works in
> > practice", I'd do the code. But when it appears the code would never
> > make it into the tree to be used, why waste my time?
>
52 matches
Mail list logo
