the chances of a plain jane, old celeron box not being supported are pretty
slim
Kevin [EMAIL PROTECTED] wrote:
Anybody running OpenBSD on a HP DX2000 who can share results?
A cheap microtower Celeron w/PATA, happens to be what the client has to spare,
I'm hoping there are no hidden gotchas.
Compile your own amd64 kernel with clcs enabled (copy the clcs and audio
at clcs lines from i386 GENERIC)
Test it, see if it work as well in amd64 mode as it does in i386 mode
If so, file a PR or talk to someone who can enable clcs in amd64 GENERIC
Tim Leslie [EMAIL PROTECTED] wrote:
I'm
Check out Box Backup, it has win2k and linux clients
Failing that, Karen's Replicator and a Samba server seem to work for
windoze clients
Obi Okeke [EMAIL PROTECTED] wrote:
An appeal to the Gods of OpenBSD! Let me write up
front that I am most grateful for all that the OpenBSD
project has
Marcel Prisi [EMAIL PROTECTED] wrote:
I read some old threads about too small tcp.sendspace / tcp.recvspace in
3.4 time that used to hit performance so I thought it would be useful.
These settings only affect TCP sessions that connect directly to that system.
In other words, they don't do
isn't the openbsd driver derived from the freebsd if_sk?
Christoph Fritz [EMAIL PROTECTED] wrote:
Am Mittwoch, 25. Januar 2006 16:20 schrieb Adam Dennis:
I noticed that openbsd-current doesn't have support for Marvell
Yukon88E8053 PCI-E Gigabit (onboard).
I have the same if, but not on my
at the smallest packet sizes, that sounds about right, if not slightly
low
Carlos Valiente [EMAIL PROTECTED] wrote:
Hi! I have a couple of WRAP.1E boards running OpenBSD 3.8. Using iperf
I can only get about 4 to 5 Mbit/s between them.
Is that figure reasonable for that kind of systems?
RV Tec [EMAIL PROTECTED] wrote:
What about the Supermicro boards? Are they any good?
the supermicro/serverworks board that i use works very well
--
Don Rumsfeld has been chewing on my ankles. -- Dick Cheney
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
What motherboards are folks using that support these (64 bit) PCI
slots? Most consumer grade x86 motherboards only have 32-bit PCI
slots. I've seen very few motherboards (at least at newegg) that
have 64-bit PCI, and they're very expensive.
Maybe one of these is really supposed to be a PCI-PCI bridge.
Nvidia nForce4 DDR rev 0xa3 at pci0 dev 0 function 0 not configured
Nvidia nForce4 ISA rev 0xa3 at pci0 dev 1 function 0 not configured
Nvidia nForce4 SMBus rev 0xa2 at pci0 dev 1 function 1 not configured
Kent Ho [EMAIL PROTECTED]
Dustin Lundquist [EMAIL PROTECTED] wrote:
I have the K8SE (non rack mount version) and I verified that the
Broadcom NICs where not seen by either the amd64 or i386 RAMDISK kernels
on the 3.8 release CDs. The Broadcom NIC is attached the the AMD 8131
HT-PCI bridge not the NForce junk. The K8SE
gwost [EMAIL PROTECTED] wrote:
ERROR: File not uploaded, file could not be found or could not be moved:
/var/www/htdocs/torrenti/.torrents/xyxyxyxyx.torrent
Your php application should just know about /htdocs rather than /var/www/htdocs
if the web server is chrooted.
Travers Buda [EMAIL PROTECTED] wrote:
My concern is the strength of Blowfish--it's robustness--if someone with
a large amount of resources desired to crack it.
You mention that twofish is faster than blowfish. So, you would rather
make a brute force password attack easier?
Jonathan Gray [EMAIL PROTECTED] wrote:
11g modes are not yet supported on ath, 11b or 11a only iirc.
11a (OFDM) doesn't work on CM9 (or newer cards), reverse engineering the
HAL is not easy at all
Bart Kus [EMAIL PROTECTED] wrote:
11a (OFDM) doesn't work on CM9 (or newer cards), reverse engineering the
HAL is not easy at all
How about the Ubiquiti Networks SR2 SR5? I'm guessing since they're
both AR5213-based, neither of them would work in 11g/11a respectively.
Yeah, it's the
tony sarendal [EMAIL PROTECTED] wrote:
Most nice switches can tag all vlans on a trunk. OpenBSD is doing the right
thing.
Sure, once you set the native vlan to something other than vlan 1. Most
switches have a native vlan concept which really just means untagged.
Simon Morgan [EMAIL PROTECTED] wrote:
Correct me if I'm wrong but don't you still need to use something like
fetchmail to download your mail, and doesn't that rely on an MTA of
some sort?
mutt works with imap based folders
you just type in an imap url instead of a folder name when you hit
C. Bensend [EMAIL PROTECTED] wrote:
I haven't had good luck with AMD64 so far. The server I built not
a year ago has had more kernel panics and funky-ass behavior than
any system I've built since the RedHat 6.2 days. AMD64 is likely
a damned good processor, but it's kind of soured on me.
What's wrong with standards? Just stick with SIP/RTP based phones (and
you can use Asterisk on OpenBSD for voicemail service and other features)
and IPsec for security. If it's impractical to use IPsec for some types of
users or most, for whatever reason, then you have to consider what the
altq is looking at kilobits per second and you're probably looking at kiloBytes
per second
(237Kb/sec / 8bits/Byte=29KB/sec)
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi everyone,
Problem:
Bandwidth management is not working as expected; instead of streaming data
inbound with 237 Kb/sec
Anon Y. Mous [EMAIL PROTECTED] wrote:
Hi:
Is OpenBSD 3.8 compatible with the optical
DVD-RW/CD-RW CF-VDM291U MultiDrive for the CF-29
ToughBook?
Probably. Has anyone run into an ATAPI DVD/CDROM in the past 5 years that
didn't work? (At least the basic functionality?)
701 - 720 of 720 matches
Mail list logo
