the result to the output file in order.
Of course, this would incur a small penalty in that the dictionary would
not be reused between blocks, but it might still be worth it.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com
PGP key:http://people.F
at new line, like .Xr and .Nm make editing
> these files in generic-purpose text editor very uncomfortable, IMHO.
Vim seems to automagically switch into 'nroff mode' and editing is
actually quite nice and easy, IMHO.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@freeb
mand as a session group leader
in the style of daemon(8) (but without detaching or daemonizing :)
I think it might not be too hard to implement it under FreeBSD.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com
PGP key:http://people.FreeBSD.
On Sat, Dec 18, 2010 at 09:24:31PM +, Alexander Best wrote:
> On Sat Dec 18 10, Peter Pentchev wrote:
> > On Sat, Dec 18, 2010 at 08:09:37PM +, Alexander Best wrote:
> > > hi there,
> > >
> > > i just stumbled over these lines:
> > >
>
ign the debug flags to both CFLAGS *and*
> CXXFLAGS?
Uhm... yes, so they can be used in both C and C++ programs :)
...or are you making the mistake I've made too many times (and still
make sometimes) of confusing CXXFLAGS with CPPFLAGS? :)
G'luck,
Peter
--
Peter Pentchev
a descriptor of the file. This
> >>> approach, however, have a side effect that other processes would not be
> >>> able to access the file via its name.
G'luck,
Peter
--
Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org
PGP key:http://peop
), this
> > should still work. Depending on the setup of the aliases,
> > backup-aliases will still work too. I haven't checked for the other
> > ones.
>
> If you want to keep some "old" files, you just need to press `n' instead of
> `y'
> when
:
>
> trap '/path/to/script' EXIT
>
> > Should execute the contents of that script on every logout. Whether that
> > script is a line by line action or a fully qualified script with
> > functions to call different actions are up to you.
...but, of co
t in, although
I myself am quite used to typing HTML.
G'luck,
Peter
--
Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
This senten
hand,
and your choice is honored even if later a package with an even higher
priority is installed.
G'luck,
Peter
--
Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF
ot guaranteeing that the code below doesn't have bugs in it as
> I'm not the original author and the tests were originally written and
> targeted towards Linux.
Do you have the P1003_1B_MQUEUE option in your kernel config?
G'luck,
Peter
--
Peter Pentchev r...@space
I've mentioned above, just because some ports
> don't compile, it doesn't affect this project too much.
Well said, well meant. Kudos. Thanks for your work so far, and thanks
for taking up that GSoC project.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.netr...@space.bg
ctory - unless you require from the user to
specify a temporary directory you can use on the same filesystem).
Then, read the original file, write into the new one, and when
you're ready, do a rename(tempfile, realfile).
Hope that helps.
G'luck,
Peter
--
Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
signature.asc
Description: Digital signature
sctl's and new ones shouldn't be added for trifles,
but still... :)
G'luck,
Peter
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF
all the ioctl's and setsockopt's have the
> proper glue code under COMBAT_FREEBSD32...
That was actually a nice typo :P
G'luck,
Peter
--
Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A
you want them :) Well, okay, you might need to list separate
directories on separate lines (it doesn't seem to support the {bin,sbin}
syntax), but other than that, it seems to fit your requirements pretty
well :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][E
, the kernel
does not know what to do with an unknown ELF binary type? :)
What I find weird is the fact that as soon as linux.ko is loaded,
the kernel "learns" to treat type 0 binaries as type 3; but this is
probably because Daniel Eischen has at some earlier time set
the kern.fallback
On Fri, Sep 16, 2005 at 11:07:31PM +0930, Daniel O'Connor wrote:
> On Friday 16 September 2005 22:53, Peter Pentchev wrote:
> > On Fri, Sep 16, 2005 at 11:56:09AM +, Wouter van Rooij wrote:
> > > I have this error message when i'm wanting to start mozilla for exampl
ecutable' on the file that you want
to actually run.
For more information, see chapter 10, "Linux Binary Compatibility", of
the FreeBSD Handbook.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://peopl
return -14;
> }
Just an idea: what happens if you try waitpid(pid, &stat, 0) instead
of wait(&stat)?
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
#x27;t do the work (this is not Linux, eah)
> /etc/master.passwd must be edited and then pwd_mkdb /etc/master.passwd
> must be run.
Much easier to just chroot(8) into the mounted filesystem and use
the 'passwd root' command, as others have already suggested - after booting
from the fixit CD, of
lf, it says 'thank you for the letter you sent;
I'll respond as soon as possible'.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E
what to fix in order to make the system stop resetting my
> permissions when I install ports ?
The mtree(8) file for the /usr/local hierarchy, found in
/etc/mtree/BSD.local.dist
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key
at there is a
DELAY() function that it could possibly use. It simply cannot, since
the DELAY() function is declared within kernel code for use by the
kernel only.
If you want a high-precision delay/sleep interface in a userland
program, take a look at the usleep(2) and nanosleep(2) syscall
modes yet?
Wasn't some valgrind output included in the message you actually
replied to? :) Or am I misunderstanding your question due to the fact
that I've never actually used valgrind? If so, sorry...
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED]
t; cvs co -p CVSROOT-src/access CVSROOT-doc/access CVSROOT-ports/access \
> 2>/dev/null | grep -v ^# | awk '{print $1}' | sort -u | wc -l
Surely you mean awk '!/^#/ {print $1}' ;)
Nahh, I don't need a coat, it's just -17C outside...
G'luck,
Peter
--
Peter Pen
ll OS's provide basically the same userland-to-kernel interface for
having a program open a device and issue ioctl's to it :)
Another way would be, again, communication between a userland utility
and a kernel module, but this time using mmap'd files/devices instead of
ioctl&#
as, say, application/octet-stream, it *will* be
stripped from the message before it makes it to the list. Best use
text/plain for patches and source files.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roa
ompiler. If you do, it will again give this warning, just because
you have explicitly asked it to :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51
On Thu, Dec 30, 2004 at 04:55:43PM +0200, Peter Pentchev wrote:
> On Thu, Dec 30, 2004 at 04:20:16PM +0200, Maxim Sobolev wrote:
> > You don't check return code of the second lseek - I bet it fails. This
> > probably leads to creation of seemingly valid loop fs (i.e. with val
ks the return value, too. This version of mkuzip works on today's
RELENG_5, as can be seen from the attached mkuzip.script sequence of
commands.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam
On Thu, Dec 30, 2004 at 03:32:27PM +0200, Maxim Sobolev wrote:
> Peter Pentchev wrote:
> >On Thu, Dec 30, 2004 at 01:28:28PM +0100, Matteo Riondato wrote:
> >
> >>Il giorno Gio, 30-12-2004 alle 12:34 +0200, Peter Pentchev ha scritto:
> >>
> >>>Thi
.1, 5.2, 5.1, 5.0, and actually all the way back to 4.7 :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
If you think this
ler on FreeBSD 5.3 ?
>
> I know it is a new controller.
According to the CVS history of the src/sys/dev/aic7xxx/ahd_pci.c file,
the 'ahd' driver (which supports Adaptec Ultra 320) was added to FreeBSD
about two and a half years ago :)
http://cvsweb.FreeBSD.org/src/sys/dev/aic7xxx/a
On Thu, Dec 30, 2004 at 01:28:28PM +0100, Matteo Riondato wrote:
> Il giorno Gio, 30-12-2004 alle 12:34 +0200, Peter Pentchev ha scritto:
> > This could be fixed by the following patch. I'm CC'ing Maxim Sobolev,
> > the author of mkuzip(8); Maxim, do you have any
- }
fdw = open(oname, O_WRONLY | O_TRUNC | O_CREAT,
S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH);
if (fdw < 0) {
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fin
lat namespace,
especially as...
4. there are widely-used OS's (ISTR Solaris, but ICBW) that only provide
a flat namespace.
Thus, it would seem that even if somebody would do the work to really
tie the semaphore naming fully to the filesystem, still programs that
want to be Really Really Po
for ports which conflict with the src tree, a 'ports_' prefix is added
to the CVSROOT module definition. Lots of examples in the
CVSROOT-ports/modules file :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.Fre
ps).
E... actually, if you look at , you'll see that this is
exactly the way it is - p->p_sysent is a *pointer* to a struct sysentvec,
and there are only a few struct sysentvec's in the kernel, definitely not
one per process :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED
u need :)
There is also an excellent separate article about Vinum at
http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/vinum/
Hope that helps!
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam
Christos Zoulas, I've found him to be quite responsive and willing to
accomodate reasonable requests and bugfixes :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint
On Thu, Oct 28, 2004 at 01:51:00PM +0300, Peter Pentchev wrote:
> On Thu, Oct 28, 2004 at 03:23:02AM -0700, Dan Strick wrote:
> > I just spent a *very* frustrating hour trying to figure out why the
> > FreeBSD make program was invoking all commands to make things in a
> > su
t;, seems to show that .OBJDIR and
MAKEOBJDIRPREFIX handling is present in all of them, and OpenBSD's
make(1) manual lists the same search order, including 'obj.${MACHINE}'
and 'obj'.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL
On Thu, Oct 21, 2004 at 04:38:10PM -0400, Robert Watson wrote:
> On Thu, 21 Oct 2004, Peter Pentchev wrote:
>
> > Here's a little patch that teaches lock(1) about timeouts specified in
> > seconds, hours, or days in addition to the minutes it currently assumes.
> >
sectimeout != 1 ? "s" : "");
+ (void)printf(" timeout in %d %s%s.", sectimeout,
+ timeout_str, sectimeout != 1 ? "s" : "");
if (vtylock)
(void)printf(" vty locked.");
On Sun, Oct 17, 2004 at 05:43:53PM +0300, Peter Pentchev wrote:
> On Sun, Oct 17, 2004 at 01:23:02AM +0800, Xin LI wrote:
> > Hi, folks,
> >
> > It turns out that the GNU extension '-' in their strftime(3) implementation
> > is somewhat popular in several appl
he i386_set_ioperm(2) syscall :) It is a bit
non-portable, true, but since Jan uses MASM-style assembly and mentions
ports 70h and 71h, I think it would do what he needs.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.
pt = _conv(t->tm_mday, (Palternative == PAD_LESS) ?
> + "%d" : "%2d",
In view of future extensions (PAD_SPACE, etc), could this not be done
better with an array of printf format specifiers, indexed by
Palternative?
Thanks
On Sat, Sep 08, 2001 at 05:43:41AM -0400, Deepak Jain wrote:
>
> Short question:
>
> Is there a way to prevent the kernel from allowing loadable modules?
Run your system in securelevel 1 or higher.
See the init(8) manual page and the kern_securelevel_enable and
kern_securelevel variables in the
e
- # /usr/sbin/nologin is a special case
- if [ "$_shell" = "${NOLOGIN}" -o \
- "$_shell" = "${NOLOGIN_PATH}" ]; then
- echo ${NOLOGIN_PATH}
- return 0;
- fi
-
return 1
}
G'luck,
Peter
--
Peter Pen
ourse, the key word is 'mostly', and there is more to
TCPA than just encrypted booting, and there are lots of people who
disagree with the 'more' part, but still you might want to take a look
at it.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED]
o but their parent is busy doing something else, possibly locked up or
something.
You may gather a lot more information by including the parent process ID
in the 'ps' output: try 'ps axl' or 'ps axlwww', see what has invoked
all those 'sh' processes, see if i
, but see for
details.
- use the sysctl(3) interface to fetch the value of the kern.proc.all
sysctl. It is a snapshot of the current process info, see the
kinfo_proc structure and the comments around it in the
file for more information.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED]
t possible to get the pointer to struct proc using for example the pid_t pid
> > as an argument?
>
> >From userland, maybe the kvm_* functions will do what you want.
> See the kvm, kvm_open and kvm_getprocs manpages.
The kern.proc.all sysctl might be a better idea; see my other e-ma
test.
> Here's the patch that I've come up with. Does it work for you?
Yes, this patch works just fine. I assume you will commit it without
the printf and indentation chunks, though? :)
Thanks again!
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTEC
test.
> Here's the patch that I've come up with. Does it work for you?
Unfortunately, I have to run right now, but from a quick look over
it seems that it will work. I'll test it and let you know tomorrow
at the latest. Thanks!
G'luck,
Peter
--
Peter Pentchev
On Wed, Sep 08, 2004 at 11:17:06AM -0600, M. Warner Losh wrote:
> [[ redirected to hackers only ]]
Thanks for looking over this so quickly!
> In message: <[EMAIL PROTECTED]>
> Peter Pentchev <[EMAIL PROTECTED]> writes:
[snip]
> : So here's a How to Pa
the whole handler be removed, since the only thing it does
ought to be handled by usb_disconnect_port() already?
Is this even the right direction? IMHO, this situation ought to be
resolved one way or another before 5.3 hits the shelves, even if the
solution has nothing to do with my proposed patch
On Thu, Sep 02, 2004 at 07:03:00PM +0300, Peter Pentchev wrote:
> Hi,
>
> The stunnel port had been badly broken on -CURRENT for some time, and
> today I seem to have tracked it down. There is a problem in
> OpenSSL's ENGINE code, which seems to depend on realloc()'s ini
r_all_complete();
if (RAND_status()) {
printf("RAND_status said ok\n");
} else {
printf("RAND_status kinda sorta failed\n");
}
return (0);
}
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED]
il
addresses and choosing them at random.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
This sentence would be seven
On Fri, Jul 16, 2004 at 05:28:57PM +0300, Peter Pentchev wrote:
> On Fri, Jul 16, 2004 at 11:58:07AM +0400, Denis Antrushin wrote:
> > Alfred Perlstein wrote:
> > >I'm up too late, this doesn't work because find returns
> > >success whenever it
x27;s problem with this is that it will still traverse the
whole hierarchy even after a match is found. In some cases, the
hierarchy may be huge, and if the match is within the first 100-200
files, well... :)
I wonder if it wouldn't be a bit better to add to find(1) something like
-maxmatche
On Wed, Jun 16, 2004 at 09:01:02AM -0700, Wes Peters wrote:
> On Monday 14 June 2004 07:04, Peter Pentchev wrote:
> > On Mon, Jun 14, 2004 at 01:59:11PM +0200, Jos? Nicol?s Castellano wrote:
> > > Hello to all,
> > >
> > > I'm proud to join this maili
#x27;t have an MMU.. or was that
even earlier, and does it also hold true for other BSD's?
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E
/x86-portable-code.html
If so, note that this page says that you need to create this file yourself,
it is neither part of nasm nor part of the standard FreeBSD distribution :)
See the last paragraph on the page - "Go ahead, enter it into your editor
and save it as system.inc." :)
G'
ake.conf).
Errr, that's all fine and good, but how about people who still use GNU
tar for various reasons, such as sticking with RELENG_4? :) Or do you
have any plans for MFC'ing libarchive/bsdtar into RELENG_4 (please please
please!), even without making it the default
ic' at the DDB prompt.
If this works, and you get a crash dump, then the problem might be that
with your kernel patch, the kernel is panicking in a low-level layer,
like memory management or disk drivers or something like that, and it
simply cannot make a crash dump, since that would mean i
ee IP frag needed, but WindowsNT don't want to do it.
>
> What I cat do on FreeBSD box to solve the problem ??
If you are using a recent version of mpd, try putting the following line:
set iface enable tcpmssfix
in your bundle definition in mpd.conf.
G'luck,
Peter
--
Peter
), or use something
> like Apache's logrotate instead of newsyslog (pipe the program's
> output to logrotate, which takes care of the rest)
Or, as an alternative to Apache's logrotate, there is multilog from
djb's daemontools package - ports/sysutils/daemontools,
http://cr.yp.to
via FTP, you'll have to fetch them again, this time telling your
FTP client to use binary, not ASCII, mode for the transfer.
Hope this helps.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roa
u drop your privileges, you do not have access to
at least the system's password database (/etc/spwd.db, generated from
/etc/passwd and /etc/master.passwd by pwd_mkdb(8)). If this will be any
consolation, getpwnam() won't return a password field when you have
dropped root privileges eith
; >
> > Tim Kientzle
[..and Vijay Singh wrote:]
>
> Write a simple C program to ++ an int or long variable and see when it
> overflows.
Why, after Tim actually quoted the exact header file to include and the
exact constants to use?
G'luck,
Peter
--
Peter Pentche
On Fri, Nov 21, 2003 at 12:13:46PM +0100, Dag-Erling Sm?rgrav wrote:
> Peter Pentchev <[EMAIL PROTECTED]> writes:
> > I was thinking about the setgid bit too, but it can only be removed when
> > all of vmstat's functionality, not just dointr(), is converted to use
&g
On Fri, Nov 21, 2003 at 09:56:40AM +0100, Dag-Erling Sm?rgrav wrote:
> Peter Pentchev <[EMAIL PROTECTED]> writes:
> > Point taken. I was going to attach a patch that uses sysctlbyname(3),
> > fixes another buglet in the !VMSTAT_SYSCTL case (and is less intrusive),
> &
On Fri, Nov 21, 2003 at 08:49:52AM +0100, Dag-Erling Sm?rgrav wrote:
> [EMAIL PROTECTED] (Dag-Erling Sm?rgrav) writes:
> > Peter Pentchev <[EMAIL PROTECTED]> writes:
> >> Awwighty, attached is a patch that converts getuptime() and dointr() to
> >> use sysctl, and t
On Thu, Nov 20, 2003 at 05:36:55PM +0200, Peter Pentchev wrote:
> On Thu, Nov 20, 2003 at 02:59:55PM +0100, Dag-Erling Sm?rgrav wrote:
> > Peter Pentchev <[EMAIL PROTECTED]> writes:
> > > This is easily fixed, e.g. by the attached. Note that I've only tested
>
On Thu, Nov 20, 2003 at 02:59:55PM +0100, Dag-Erling Sm?rgrav wrote:
> Peter Pentchev <[EMAIL PROTECTED]> writes:
> > This is easily fixed, e.g. by the attached. Note that I've only tested
> > the RELENG_4 patch, my 5.x machine is out of commission for the next f
f interrupts as 0, it
> will not be show by vmstat -i
> You will note that in your listings above, all the devices displayed
> have generated at least one interrupt.
This is easily fixed, e.g. by the attached. Note that I've only tested
the RELENG_4 patch, my 5.x machine is out of co
On Wed, Nov 12, 2003 at 05:00:54PM +0200, Peter Pentchev wrote:
> On Tue, Nov 11, 2003 at 06:01:55PM +0100, Reinier Kleipool wrote:
> > Hello,
> >
> > I am investigating the possiblilies for looking at the kernel boot
> > parameters from within a userland utili
tarting point being obtained in said
'magic & undocumented' way - and see if you could use the same approach.
Alternatively, you could just invoke kenv(1) with your variables as
command-line parameters from your program/script, although this might
incur a performance cost.
G'luck
ad this, especially after finding that bash does it - but
wouldn't it be better not to introduce a gratuitious syntax
incompatibility if we can help it? :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.or
On Mon, Oct 20, 2003 at 07:41:51AM +0100, Colin Percival wrote:
> At 09:19 20/10/2003 +0300, Peter Pentchev wrote:
> >On Sun, Oct 19, 2003 at 10:16:54AM -1000, Clifton Royston wrote:
> >> In our case we have already built a simple framework for
> >> distributing Fr
roach is that one could incorporate some of that
> mergemaster logic into the pkg-install scripts.
>
> Feedback, direction, or real-world experience with like systems would
> be welcomed.
Errr, isn't this pretty much what Colin Percival's
security/freebsd-update port already
ted
to network drivers, either - as you have no doubt discovered so far -
there should be no need to give up its advantages if it's possible to
retain them and even gain much in portability for the writing of future
drivers (should NetGraph run on more OS's).
G'luck,
Peter
--
Pe
27;
symbol is undefined. In that case, try giving the -lcrypt option to
the linker, to tell it to use the libcrypt library - some Linux
distributions keep their crypt(3) in a separate library.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTE
On Mon, Sep 29, 2003 at 05:04:05PM -0700, Brian O'Shea wrote:
> --- Peter Pentchev <[EMAIL PROTECTED]> wrote:
[actually, Pawel wrote this:]
> > > Here you got sample kernel module which do this:
> > >
> > > http://garage.freebsd.pl/usmalloc.tgz
> &g
empt to access the kernel's data later will
fail in wonderfully unpredictable ways :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E D
BSD on one of them 60 Gb. After installing the FreeBSD , I want to run
> vinum with mirroring with whole disk. How can I configure like situation..
Isn't this exactly what is covered by the 'Bootstrapping Vinum' article?
http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/vi
pcap and related -- but did I still missed something
> >serious?) would be greatly appreciated.
>
> Yes, you're missing the interactive mode.
>
> Refer to BIOCIMMEDIATE in the bpf(4) manual page.
Also, I believe that for a month or so bpf devices have been able to
issue kqueue
f today's processors still may
get so wedged that a NMI request would simply be ignored.
The other possibility is some kind of kernel mess-up, bad enough that an
NMI does indeed reach the processor, the processor does invoke the NMI
handler, yet the handler (DDB) is quite unable to actual
ant to do it on).
Err, are you sure you mean -STABLE, and not -RELEASE here? ucom was
added to -STABLE's MAKEDEV three weeks ago, in rev. 1.243.2.57 by
Kris Kennaway.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http:/
rking
(hopefully), rebuild the 4.x world without the NOSHARED=yes setting.
Note that a NOSHARED world tends to take up quite a bit more space :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam
broken on 4.7?
What terminal are you using? Could you post the 'runme' file resulting
from the 'tset -s -Q' command?
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.a
t seems silly(more work) for the programmer to have to arrange
> everything in a specific order.
Search the list archives for 'promiscuous includes'; I believe this
has been discussed time and again over the years :)
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAI
ost in this thread :) (The last word?
Me? Naah, that's just lack of morning coffee getting to you :P )
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79
On Fri, Apr 04, 2003 at 04:14:19PM +0300, Peter Pentchev wrote:
> On Fri, Apr 04, 2003 at 02:11:58PM +0300, Danny Braniss wrote:
> >
> > > > ok, so i wrote a small script (tcl, since i don't know perl), that
> > > > does some checking, it reports for each pa
er.
Moreover, if you are only interested in the existence of the files, it
would be easier to do something like:
remove=1
pkg_info -qL package | while read fname; do
[ -f "$fname" ] && remove=0
done
if [ $remove == "1" ]; then pkg_delete package;
, 'remove the package info'? What exactly are you
trying to achieve?
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1
as shown above. The buildworld/buildkernel
process will use the system gcc 2.95.x, and everything will go smoothly.
G'luck,
Peter
--
Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553
This sentence is false.
pgp0.pgp
Description: PGP signature
1 - 100 of 440 matches
Mail list logo
