Re: Printer Daemon (Update)

2010-11-23 Thread Garance A Drosihn
On 11/22/10 9:41 PM, Tim Darby wrote: Here's the output: srwxrwx--- 1 root wheel 0 Nov 21 23:14 /var/run/printer uid=1001(tim) gid=1001(tim) groups=1001(tim) and this is the error I'm seeing: /usr/bin/lpr -PHPLaser /home/tim/test lpr: Unable to connect to /var/run/printer: Permission

Re: rsync vs. cvsup benchmarks

2008-01-30 Thread Garance A Drosihn
At 6:38 AM + 1/30/08, Vincent Stemen wrote: My conclusions: === The results are dramatic, with rsync performing hundreds of percent faster on average while only loading the processor on the client side a little over a third as much as cvsup. Either the performance claims about

Re: rsync vs. cvsup benchmarks

2008-01-30 Thread Garance A Drosihn
At 4:38 PM -0600 1/30/08, Vincent Stemen wrote: That's a good point. It is possible that cvsup would fair better with a matching sup directory. I actually forgot about cvsup keeping that separate state directory when I ran the benchmarks. However, from my viewpoint that does not invalidate

Re: cvsup

2008-01-19 Thread Garance A Drosihn
At 8:24 AM + 1/19/08, Vincent Stemen wrote: Also, if nobody has written one or is working on one, I am considering writing a script to provide basic cvsup like features/functionality for repository updates via rsync. You might want to wait a bit. In freebsd-hackers, there's a thread on

Re: cvsup

2008-01-18 Thread Garance A Drosihn
At 9:16 AM + 1/18/08, Vincent Stemen wrote: I realize that everything I read comparing cvsup to rsync indicates that cvsup is faster with mirroring cvs repositories. So I decided to run my own tests this evening. I thought everybody might be interested in the results. My results are not

Re: bsdstats.org

2006-09-11 Thread Garance A Drosihn
At 1:18 PM -0400 9/11/06, Adrian Michael Nida wrote: IIRC, OpenBSD still has their [EMAIL PROTECTED] mail account to collect hardware information. NYCBUG also has something similar: http://www.nycbug.org/index.php?NAV=dmesgd;SQLIMIT=20 I'm content with the post-install Would you like to

Re: bsdstats.org

2006-09-11 Thread Garance A Drosihn
At 9:06 PM +0200 9/11/06, Simon 'corecode' Schubert wrote: Garance A Drosihn wrote: I'm content with the post-install Would you like to submit your information question. I don't know why on Earth this script has to be put in periodic though. What am I missing? The idea is to track how many

Re: Not sure how to do this tricky install...

2006-08-19 Thread Garance A Drosihn
At 9:31 AM -0700 8/18/06, Matthew Dillon wrote: In fact, it is my thinking that we should adjust the default sshd_config to set the PermitRootLogin field to 'without-password' by default, since it won't do anything unless the SSH keys are also installed in root's

Re: Ruby on Rails and pkgsrc

2006-03-20 Thread Garance A Drosihn
At 8:19 AM -0800 3/20/06, Jeremy C. Reed wrote: On Mon, 20 Mar 2006, Garance A Drosihn wrote: Among other things that gems provides is a way to handle multiple versions of the same package installed at the same time. Ruby scripts can specify which versions of some package

Re: csup import?

2006-03-06 Thread Garance A Drosihn
At 11:34 AM +0800 3/7/06, Jiawei Ye wrote: Hi fellow DF users, CSup is a cvsup replacement written in C ( http://mu.org/~mux/csup.html ). This was imported in to FreeBSD HEAD a few days ago and so far has proved to work in checkout mode. Do we have the incentive to import this into our

Re: Subversion for DF sources

2006-01-12 Thread Garance A Drosihn
At 3:43 PM +1100 1/12/06, Nigel Weeks wrote: A week or so ago, a discussion rattled around about cvsup being written in c++. Some comments on this part of your message: FreeBSD already has a side project to rewrite cvsup in C (plain C, not C++). Right now this is not a full featured

Re: DP performance

2005-12-02 Thread Garance A Drosihn
At 6:48 PM -0800 12/1/05, Danial Thom wrote: --- Matthew Dillon [EMAIL PROTECTED] wrote: : [various observations based on years of : real-world experience, as anyone could : find out via a competent google search] ..., and you also obviously have no practical experience with heavily