NN5 VISA card ON5 3 N,ON?N:N5O N4OON5N9O NN5 MASTER card ON5 3 N,ON?N:N5O N4OON5N9O NN5 AMERICAN EXPRESS ON5 6 N,ON?N:N5O N4OON5N9O ** ** **NN9 NN<ON?O
N9N:N-O N5ON1N9O
N5N/N5O N<ON?O
N?ON= N=N1 ON;N7O
ON=N?ON= N:N1N9 N<N5 3/4N<N7N=N5O N5ON9ON1N3N-O** **NN1N9 N5ON/ ON;N-N?N=,OON?N9 N1N3N?O
N,N6N?ON= N1ON? N5N<N,O,N1N=N,N;N?N3N1 N<N5 ON?N= N5ON.ON9N? N$N1N>N9N4N9O ON9N:O ON?OO ON6N/O
N? ON1N/O
N=N?ON= N:N1N9 ON1 N1N:ON;N?ON8N1 ...

If you request a task, it means you have no itch to scratch. You're just looking for an excuse to program. And it's often not enough motivation.

If you go back and look at who actually got an account, I bet you'll find they have one thing in common: They mailed diffs. Not requests for tasks. End of story.

I concur. In summary, everyone offering help is lying; fact is they are unwilling to get off the couch.

Hi! Has anyone ran OpenBSD on an HP Proliant DL120 G6? It comes with an "Embedded HP NC107i" which seems to be a bge(4) based on BCM5784, according to a report in FreeBSD [1]. In OpenBSD this is already supported by bge(4). Apart from that I can't see any problems with this machine but would like to hear feedback. (full dmesg from that report inline) Thanks. --rodolfo [1]http://lists.freebsd.org/pipermail/freebsd-net/2010-January/024265.html Copyright (c) 1992-2010 The FreeBSD ...

| Here is mine. Source was updated from cvs prior to compiling. Thanks. Thanks. But what I really need are the messages (if any) printed when a scan is performed (ifconfig athn0 scan), not just the messages printed during device attachment. Damien

So this system must act as a router for the other traffic Same interface... so unless you take measures to avoid it, packet flow will look like this: .->out>--o proxy o----------. / \ / \ / \ host o-------------<return<--------------o gateway i.e. proxy sees outbound but not return traffic. So you will either have to arrange that the real gateway sends traffic for ...

I hate to admit this, but I am stumped by what quite clearly is such a simple problem but I can't find the answer. I've seen many sites, tutorials, guides but just cannot figure this one out...it's probably my bad skills with PF but admiittedly some of the things I've read are for older version of squid and what they have does not work anymore, so I'm reaching out for a prod in the right direction. OpenBSD 4.6, squid from the ports (up to date). The problem is, I want all users to pass through ...

Seems to be a common thing with Courier (never used it myself.) Googled for "Maildirmake quota hangs" and find a few results ... http://www.mail-archive.com/courier-imap@lists.sourceforge.net/msg03319.html <quote>This means that Maildir is not a valid maildir.</quote> And try searching on the Courier lists for "maildirmake quota hangs" ... http://markmail.org/browse/net.sourceforge.lists.courier-users And an answer (from 2002) is there ... might even be the right answer ...

To make your deployment faster, just use fdisk, disklabel, newfs to setup the disk and tar to copy the files. That's a much smarter/faster way to go, even with TRIM support. I automated it in 'growimg' for flashdist/flashrd, for instance. Of course that assumes you only have one disklabel partition, but your servers are probably more complicated than that.

The nice thing about dd is that it is simple-- you can set up a system with a shell one-liner and after the reboot, just change a few config files. The idea is that novice administrators on our staff could get something up and running quickly. The reality is that our novice administrators rarely do any real server deployment-- it's really just me and another guy-- so when it comes down to it, this is just a time-saving measure for us. The genesis of it was from doing this with CF onto ...

I also keep toying with the idea of an ugly little 'C' program that reads the source page by page. If the page is null, it does a seek instead of a write on the target. As for your soekris deploy method, I wonder if just telling the VM that the block device for the CF is the disk would suffice. -- Chris Dukes

On Tue, 20 Apr 2010 16:22:32 -0500 Marco Peereboom <slash@peereboom.us> Heck, that didn't take long. ;) The impact of read/modify/write can be significant on SSD's, and performance of these devices degrades over time/use. The percent of the over-time degradation attributed to the read/modify/write issue is typically unknown, so TRIM just helps but doesn't solve the whole enchilada. Unfortunately, just getting TRIM support implemented in the low levels doesn't solve the entire problem, you ...

that sounds more like a problem with MTU or handshaking.

To beat a dead horse a little deader and make one final attempt to help, I'll add a few remarks about a diff I committed last night. The diff had previously been posted to tech. On the learning front, the first question to ask might be "Why does removing proc.h from uvm_map.h cause an error in sysctl.h when compiling if_iwn.c?" This immediately gets you four more questions, what are proc.h, uvm_map.h, sysctl.h, and if_iwn.c? On the contributing front, I said in my first mail the diff ...

On Tue, Apr 20, 2010 at 9:41 PM, Chris Bennett "We" do. Multiple. Mine's not very up to date, but there are some interesting starting points there. I know there are others. //art