ut sucks for use in any kind of
automation (unlike e.g. some of the the tools that ship with djbdns).
Jos
--
Jos Backus
jos at catnook.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To u
If you're able to install a port, it has a tool called shmux which you
can invoke with `-r sh', it may do what you want.
Jos
--
Jos Backus
jos at catnook.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
veyou.
Jos
--
> Sean M. Collins
> ___
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr..
As far as package managers go, yum, which is used widely, uses SQLite.
--
Peace cannot be achieved through violence, it can only be attained through
understanding.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
he cost) is outweighed by its richer
feature set and higher-level API, facilitating easier tools development.
--
Jos Backus
jos at catnook.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, se
purpose.
--
Jos Backus
jos at catnook.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Fri, May 11, 2007 at 12:16:12PM -0700, Jos Backus wrote:
> On Fri, May 11, 2007 at 01:34:07PM -0400, Mike Meyer wrote:
[snip]
> > > > How about portability - can I move the file to a completely
> > > > different architecture and still get the data from it?
[snip]
On Fri, May 11, 2007 at 01:34:07PM -0400, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Jos Backus <[EMAIL PROTECTED]> typed:
> > On Fri, May 11, 2007 at 11:23:00AM -0400, Mike Meyer wrote:
> > [snip]
> > > How robust is it - can a corrupt block fry the
g/)
Also, the code is in the public domain.
--
Jos Backus
jos at catnook.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
gt; >inittab. Does FreeBSD contains ability like this?
> >
> >
> try sysutils/daemontools
Or sysutils/mktool, which carries an "Apacheish" license.
--
Jos Backus
jos at catnook.com
___
freebsd-hackers@freebsd.org mailing li
Not free, but /usr/ports/devel/linux-understand_c should do what you want.
It's a pretty nice code spelunking tool, too.
--
Jos Backus
jos at catnook.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
On Sat, Nov 15, 2003 at 02:30:31PM -0800, Terry Lambert wrote:
> Jos Backus wrote:
> > On Fri, Nov 14, 2003 at 01:45:45AM -0800, Terry Lambert wrote:
> > > OK. We already have one of those. We call it "init". 8-).
> >
> > Feature-wise init and svscan
On Fri, Nov 14, 2003 at 01:45:45AM -0800, Terry Lambert wrote:
> Jos Backus wrote:
> > On Thu, Nov 13, 2003 at 02:45:18AM -0800, Terry Lambert wrote:
> > > > Why use pid files at all if you could be using a process supervisor instead?
> > >
> > > Who super
place),
Sure. Hard to get right but not unsolvable. No reason you can't use process
monitoring with something like rcNG.
> multiple instances,
/service/smtpd.{external,internal}
> and removing human error from adding and removing new things to be
> mon
2 - write your PID to /var/run/myapp/myapp.pid where /var/run/myapp/
> is chown myapp:myapp
>
> Of the two, I think #1 is cleaner as it does not require another
> directory with special permissions.
>
> Any suggestions?
Why use pid files at all if you could be using a proc
.
--
Jos Backus _/ _/_/_/ Sunnyvale, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
jos at catnook.com_/_/ _/_/_/ require 'std/disclaimer'
To Unsubscribe: se
On Sun, Jun 02, 2002 at 11:28:49PM -0600, Lyndon Nerenberg wrote:
> >>>>> "Jos" == Jos Backus <[EMAIL PROTECTED]> writes:
>
> Jos> My proposal for adding $^ as an alias for $> does not add any
> Jos> incompatibilities, neither
On Sun, Jun 02, 2002 at 10:39:02PM -0600, Lyndon Nerenberg wrote:
> >>>>> "Jos" == Jos Backus <[EMAIL PROTECTED]> writes:
>
> >> Writing portable makefiles is already enough of a pain in the
> >> ass.
> Jos> Writing Makefil
nywhere.
> Writing portable makefiles is already enough of a pain in the ass.
Writing Makefiles is a pain, period.
> --lyndon (death to feeping creaturism!)
>
> (And yes, I would really miss the BSD/GNU if/then/else makefile
> constructs if we went POSIX-anal on this.)
Needless to sa
the Open Group make definition and I can't find either $^ or
$>. So if we want to be truly standards-compliant perhaps we should remove
support for $> :-)
--
Jos Backus _/ _/_/
w the OP make patch I posted, that
would be appreciated. The patch is available at:
http://www.catnook.com/patches/op-make.patch
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
nical Contact for vanguard's domain.
As far as asynchronous stub resolver libraries go, Ian mentioned adns; there's
also the djb offering which does come with documentation and is rock solid:
http://cr.yp.to/djbdns/dns.html
--
Jos Backus _/ _/
On Sat, Jun 01, 2002 at 01:37:43AM -0700, Terry Lambert wrote:
> Jos Backus wrote:
> > I hope you don't see any problems with generally improving compatibility
> > between the two?
>
> As long as any changes do not conflict with OpenBSD "make", NetBSD
> &qu
On Sat, Jun 01, 2002 at 01:14:18AM -0700, Terry Lambert wrote:
> Jos Backus wrote:
> > Fyi: it appears nobody is really interested in having BSD make and GNU make
> > converge a little, so I am not going waste any more time on this.
>
> I'm really against GNU-ifying B
On Fri, May 31, 2002 at 10:05:27PM -0700, Jos Backus wrote:
> That's a good idea, thanks. I just sent an e-mail coining the concept to
> [EMAIL PROTECTED]
Fyi, I just sent a patch to to help-make; who knows Paul may accept it.
--- expand.c.orig Mon Jun 19 13:23:35 2000
+++ expa
; becomes
>
> > $(CC) $(LDFLAGS) -o $@ envuidgid.o
Ugly but portable, I guess. It would be better to be able to use pattern rules
instead; less duplication.
On Fri, May 31, 2002 at 06:55:54PM -0700, Julian Elischer wrote:
> what would you want to do?
>
> On Fri, 31 May 2002, Jos Backus wrote:
>
> > Fyi: it appears nobody is really interested in having BSD make and GNU make
> > converge a little, so I am not going waste any
Fyi: it appears nobody is really interested in having BSD make and GNU make
converge a little, so I am not going waste any more time on this.
--
Jos Backus _/ _/_/_/Santa Clara, CA
quot;.
So what? It fixes (in a backward-compatible way because ``$^'' isn't used in
BSD make) one incompatibility without which I have to have two different
Makefiles in the simple case I am thinking about. It's at least an incremental
improvement that doesn't break anythin
02
+++ var.c.new Thu May 30 19:32:01 2002
@@ -1489,6 +1489,8 @@
name[0] = str[1];
name[1] = '\0';
+ if (name[0] == '^')
+ name[0] = '>';
v = VarFind (name, ctxt, FIND_ENV | FIND_GLOBAL | FIND_CMD);
if
On Wed, May 29, 2002 at 05:03:02AM +0400, "."@babolo.ru wrote:
> I doubt that goes to ports ever.
> Make Problem Report.
ports/38674
--
Jos Backus _/ _/_/_/
On Wed, May 29, 2002 at 05:03:02AM +0400, "."@babolo.ru wrote:
> I doubt that goes to ports ever.
> Make Problem Report.
> man send-pr
Allright, allright :-)
But let me remind you that I don't want this to be a port, I want it to become
part of the
On Tue, May 28, 2002 at 03:42:31AM +0400, "."@babolo.ru wrote:
> Begin with port.
Please find attached a port skeleton for mktool 0.0.7. Perhaps we can suggest
a more descriptive name to the author (cc'ed)?
Feedback welcome.
--
Jos Backus _/ _/_/_/
the ``non-root /var/run
files'' thread on this list. Another case which shows we need some kind of
service control manager.
--
Jos Backus _/ _/_/_/
s?
> - may be at FreeBSD 6..8 time it will be accepted in base
I will have given up long before if it looks like it is going to take that
long to get such basic functionality into FreeBSD.
Thanks for
uphill battle, even though I think there are plenty of reasons to
consider them the result of poor engineering.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
un) will preserve the existing
> directory structure under /var/run, so the sub-directory tree will
> survive reboots.
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
ments?
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
To Unsubscribe: send mail to [EMAIL PROT
On Sat, Jan 05, 2002 at 12:32:25AM -0800, Jos Backus wrote:
> case "$foo" in
> esac
> case word in
> [(] pattern1) compound-list;;
> [[(] pattern[ | pattern] ... ) compound-list;;] ...
> [[(] pattern[ |
app = &cp->nclist.pattern;
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer;
To Un
e correct me if I am wrong) equates to
libc_r on FreeBSD.
Fwiw, I'm asking as an interested 3rd party. Thanks!
> -Matt
--
Jos
a long way to get the stellar debugging capabilities
of Solaris. -- justin
- End forwarded message -
--
Jos Backus _/ _/_/_/Santa Clara, CA
_/ _/ _/
_/ _/_/_/
_/ _/ _/_/
[EMAIL PR
ot; <[EMAIL PROTECTED]>
To: Jos Backus <[EMAIL PROTECTED]>
Subject: Re: Bug in lftp 2.4.8?
On Sun, Dec 09, 2001 at 10:47:43PM -0801, Jos Backus wrote:
> Something strange seems to be happening with the interpretation of the size(?)
> field:
>
> lizzy:/usr/ports/ftp
t I
could be wrong. No AIX to verify this, maybe Greg can. The link below has some
info, too:
http://nscp.upenn.edu/aix4.3html/aixbman/prftungd/tunableaixparms.htm
--
JoS Backus _/ _/_/_/
On Sun, Sep 30, 2001 at 02:23:26PM -0500, Alfred Perlstein wrote:
> * Jos Backus <[EMAIL PROTECTED]> [010930 12:55] wrote:
> > AIX has SIGDANGER.
>
> Anyone care to tell me how it works in AIX? If the interface is
> nice, cloning it would be kind of cool.
I don'
On Sun, Sep 30, 2001 at 01:44:37PM +, Vladimir Dozen wrote:
> SIGDANGER is the signal from Irix, AFAIR?
AIX has SIGDANGER.
--
Jos Backus _/ _/_/_/Santa Clara,
On Sat, Apr 28, 2001 at 09:32:51PM -0700, Dima Dorfman wrote:
> Jos Backus <[EMAIL PROTECTED]> writes:
> > void stdin(const Config& config); <-=== line 99
>
> `stdin' is a global variable which, surprisingly enough, refers to the
> standard input stream.
t(const Config& config);
void stdin(const Config& config); <-=== line 99
void dump(const Config& config);
void regexp(const Config& config);
};
Anyone have any ideas on how to fix this?
Thanks,
--
Jos Backus _/ _/_/_/"Modularity is not a
make(1) says
.PREFIX The file prefix of the file, containing only the file
portion, no suffix or preceding directory components;
also known as `*'.
What am I missing?
Thanks,
--
Jos Backus _/ _/_/_/"Modularity is
h.com/os2api/Dos/DosAllocMem.html
So even IBM must have thought it not to be such a bad idea.
--
Jos Backus _/ _/_/_/"Modularity is not a hack."
_/ _/ _/--
On Tue, Feb 06, 2001 at 10:59:09AM -0800, Matt Dillon wrote:
> I did a quick search of the qmail site but couldn't find an email
> address to report the FAQ issue to.
Try sending mail to [EMAIL PROTECTED]
--
Jos Backus _/ _/_/_/"Modulari
ail execv's qmail-inject; it sounds like you
don't need the compatibility interface).
--
Jos Backus _/ _/_/_/"Modularity is not a hack."
_/ _/ _/
to
an OmniCube 4-port switch, at rev. 1.5 (see the bottom of the unit). Belkin
says it's fixed in rev. 1.9 and is willing to exchange the unit for a newer
one.
--
Jos Backus _/ _/_/_/"Modularity is not a hack."
_/ _/ _/
On Tue, Jan 23, 2001 at 02:31:48AM +0100, Dag-Erling Smorgrav wrote:
> No need to name the loop...
Oops, you're right, sorry.
--
Jos Backus _/ _/_/_/"Modularity is not a hack."
_/ _/ _/
return 1 if $flag;
if (!$source && $verbose) {
warn "\n" if $pointflag;
warn "Maybe $file is not a manpage\n" ;
--
Jos Backus _/ _/_/_/"Modularity is not a hack."
_/
On Sat, Dec 16, 2000 at 04:26:58PM -0600, Dan Nelson wrote:
> That's why dotlocking is recommended for locking mail spools. Both
> procmail and mutt will dotlock your mail file while it's being
> accessed.
Or Maildirs.
--
Jos Backus _/ _/_/_/"
On Tue, Apr 11, 2000 at 01:30:47PM +0200, Graham Wheeler wrote:
> Looks useful, but when I run it I just get: "/kernel: no namelist"
Hm, trpt uses nlist(3), which (I think) only works with a.out images.
Presumably trpt should use kvm_nlist(3) instead, just like e.g. w(1).
-
On Tue, Nov 16, 1999 at 10:03:07AM -0800, Doug White wrote:
> If so you're breaking the cardinal rule of NFS: Never serve mail spools
> via NFS.
...unless you're using the Maildir mailbox format and delivery protocol:
http://cr.yp.to/proto/maildir.html
On Sun, Nov 07, 1999 at 05:44:51PM +0900, Daniel C. Sobral wrote:
> Actually, use fstat to check against ftpd, and lockf between the
> scripts. :-)
Good idea :) I think that I'll do just that.
Cheers,
--
Jos Backus _/ _/_/_/"Modulari
d by bar).
Cheers,
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to say you're sorry."
_/ _/_/_/ -- D. J. Bernstein
_/ _/ _/
y uid root,group ftp
- has mode u=rws,g=rwx,o=
A user foo, group ftp, puts a file there using ftp (I'm running the stock
FreeBSD ftpd). I would expect this file to subsequently become owned by root
instead of foo, but nevertheless the file stays owned by foo.
What am I doing wrong?
Thanks,
--
member(&_sigintr, s))
sa.sa_flags |= SA_RESTART;
?
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to say you're sorry."
_/ _/_/_/
the shell :-)
zsh users can do this already:
zsh# compctl -g '/var/db/pkg/*(/:t)' pkg_delete pkg_info
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/
very useful utility.
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to say you're sorry."
_/ _/_/_/ -- D. J. Bernstein
_/ _/ _/
7;s a very useful utility.
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to say you're sorry."
_/ _/_/_/ -- D. J. Bernstein
tails.
Power-cycling works around the problem. A kernel built on July 7th does not
exhibit this behavior afaIct.
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to say yo
tails.
Power-cycling works around the problem. A kernel built on July 7th does not
exhibit this behavior afaIct.
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to say yo
On Fri, Jul 16, 1999 at 09:15:19AM +0100, Dominic Mitchell wrote:
> On Fri, Jul 16, 1999 at 10:12:29AM +0200, Jos Backus wrote:
> > I just can't resist mentioning Dan Bernstein's implementation of a similar
> > idea: stralloc - dynamically allocated strings.
>
>
I just can't resist mentioning Dan Bernstein's implementation of a similar
idea: stralloc - dynamically allocated strings.
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to s
On Fri, Jul 16, 1999 at 09:15:19AM +0100, Dominic Mitchell wrote:
> On Fri, Jul 16, 1999 at 10:12:29AM +0200, Jos Backus wrote:
> > I just can't resist mentioning Dan Bernstein's implementation of a similar
> > idea: stralloc - dynamically allocated strings.
>
>
I just can't resist mentioning Dan Bernstein's implementation of a similar
idea: stralloc - dynamically allocated strings.
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to s
a for the Summer
/ // _ \/ _ \/ / +1 619 822 0882 / [EMAIL PROTECTED] / www.caida.org/~tobi
/_/ \.__/_.__/_/ ___
--
* To unsubscribe from the mrtg-developers mailing list, send a message
with the subject: unsubscribe to [EMAIL PROTECTED]
* Mailing list archives are at http://www.ee.ethz.ch/~slist/mrtg-developers
-
--
* To unsubscribe from the mrtg-developers mailing list, send a message
with the subject: unsubscribe to mrtg-developers-requ...@list.ee.ethz.ch
* Mailing list archives are at http://www.ee.ethz.ch/~slist/mrtg-developers
- End forwarded message -
-
- Non-privileged users can run servers without root having to edit
/etc/inetd.conf and HUP inetd.
Of course, this only covers TCP-based services.
I'll leave mentioning the downsides to other members of the audience.
--
Jos Backus _/ _/_/_/ "Reliabi
On Tue, Jun 08, 1999 at 12:53:54AM -0600, Warner Losh wrote:
> Isn't that 24 bits for addresses? You can dma from an ISA card to
> anywhere in the first 16M...
Arrgh, yes, I'm terribly confused. Sorry 'bout that.
--
Jos Backus _/ _/_/_/ &qu
On Thu, Jun 03, 1999 at 07:30:20PM +0200, Wilko Bulte wrote:
> 20 bits. But older cards can do no more than 64 kB.
Indeed, 20 bits (=1 Mbyte) for the address, 16 bits for the transfer counter
(offset).
--
Jos Backus _/ _/_/_/ "Reliability mea
On Thu, Jun 03, 1999 at 10:05:46AM -0600, Kenneth D. Merry wrote:
> I think the 64K value may have been chosen because cards like the Adaptec
> 1542 can't handle more than that.
That's exactly the card I was thinking about (I used to own one). So I was
close :)
ks) Or is this total nonsense? :-)
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to say you're sorry."
_/ _/_/_/
vate reply.
> I have several local hacks to ftpd which I think are very useful, but I
> don't think they should be added to FreeBSD's ftpd because they're not
> general solutions to wide-spread problems.
I'm in the anti-bloat camp, and I agree with this sentiment.
han one script at a time then.".
But whether this is possible really depends on the application and moreover
seems to be an unecessary restriction.)
Cheers,
--
Jos Backus _/ _/_/_/ "Reliability means ne
nk that approach introduces races when
you have more than one program/script polling the directory.
--
Jos Backus _/ _/_/_/ "Reliability means never
_/ _/ _/ having to say you're sorry."
_mode);
+ else
+ fdout = open(name, flags);
+ if (fdout < 0)
+ fout = NULL;
+ else
+ fout = fdopen(fdout, mode);
+ } else {
+ fout = fopen(name, mode);
+ }
82 matches
Mail list logo