On Thu, 2012-07-26 at 10:54 -0700, Eric Oyen wrote:
well, I am wondering what packages I can use to edit man pages.
The pages themselves are marked-up text; just use a text editor. Note
that OpenBSD doesn't use groff anymore to render them. Look at
mandoc(1)
mdoc(7) (the suggested format)
On Mon, 2012-05-21 at 20:46 -0700, Richards, Toby wrote:
With BSD I must rely on the
package system.
Funny, all this time I thought OpenBSD came with a compiler...
WMG
On Mon, 2012-05-14 at 16:48 -0400, Ralph Ellis wrote:
You are quite right. I meant that the i386 version could access flash
via linux emulation through Opera.
This is no longer true.
http://www.openbsd.org/cgi-bin/cvsweb/ports/www/opera-flashplugin/Attic/Makefile
NB Kill it with fire.
On Fri, 2012-05-11 at 18:47 -0700, Eric Oyen wrote:
hello everyone.
I was thinking that if we had a live image (A full running system) with an
installer, we could have easier installations for the blind (and others as
well).
Like this one?
http://livecd-openbsd.sourceforge.net/
Or, if
On Wed, 2012-05-09 at 11:53 -0400, S. Scott wrote:
Good luck with your malicious administrator and the other 999,999
things you really need to be concerned about.
It's more of the DAC silliness: you're not secure because you trust
your systems administrator; I don't have to do that... (I
On Wed, 2012-05-09 at 21:33 +0200, mark sullivan wrote:
Hi everybody,
I was coming to OpenBSD 5.1 looking for reasonable privacy and when I
install it (amd64 flavour), I see that fw_update automatically installs
propietary firmware without my permission. Actually even worse, it updates it
On Wed, 2012-05-09 at 23:39 +0200, David Coppa wrote:
What's the purpose of having a non-working wifi card?
If you have concerns with firmwares, swap your card with, for example, an
atheros or another card that doesn't need a firmware.
And, btw, the other firmware is for a webcam
On Mon, 2012-05-07 at 15:21 +0300, lilit-aibolit wrote:
qemu-0.14.1p4.tgz and kqemu-1.3.0pre11p3.tgz in packages.
is this not work?
http://www.openbsd.org/cgi-bin/cvsweb/ports/emulators/kqemu/Attic/Makefile
Also, it's not in packages for 5.1 (I think it got yanked after the
freeze for 5.0,
On Fri, 2012-05-04 at 19:26 -0400, Ted Unangst wrote:
The only google hit for netbsd ignphy is... your email. ???
My mistake -- I was seeing igphy(4), which is for the ethernet, not the
wireless. At any rate, the iwn(4) driver does not need Intel's firmware,
and seems to work pretty well.
On 05/04/12 06:12, Jes wrote:
Hi all:
I can't find kqemu between snapshots packages, ports, or even in 5.1
packages. I think I've read something about kqemu is deprecated in
newer versions of qemu (1.0.1) Is this correct? Because performance
without kqemu is horrible. Any solution?
Yes, it
On Fri, 2012-05-04 at 07:37 +0100, Laurence Rochfort wrote:
I wouldn't recommend the iwn(4) devices. I've had a bad experience even
with those in the man page.
YMMV; I've had good results with the 4965 AGN. Of note: NetBSD 6 (in
beta) has a new largely-non-Damien driver with its own PHY
On Fri, 2012-05-04 at 11:43 -0300, Jeronimo Baldino wrote:
Is the development cycle the cause of older firefox in packages? But
firefox isn't shipped with core OS.
No, but binary packages are built against the core OS as shipped, so the
ports people try to approach something like stability
On Fri, 2012-05-04 at 19:26 -0400, Ted Unangst wrote:
The only google hit for netbsd ignphy is... your email. ???
I may have misremembered the name of the PHY, but iwn(4) in NetBSD
6.0-BETA does produce a PHY named something and doesn't require Intel's
firmware to run. Though this may also
On Sat, 2012-05-05 at 14:02 +1000, Peter Ericson wrote:
Could there be a KVM for OpenBSD? I have been wondering for a while if the
answer is an absolute no because it could never be trustworthy enough, not
likely to happen because of lack of interest, or somewhere in between.
There
On Fri, 2007-11-16 at 00:28 -0500, Piet Slaghekke wrote:
I like to filter my openBSD emails and the only way I can do it is if everyone
send their email with misc@openBSD.org in the To field.
Please send email To misc@openBSD.org and do not CC it to this address.
Thanks!
If only
Would it be wrong to develop software using existing GPL'ed code as a
starting point.
And bit by bit rewrite the code until you have rewritten all of it.
Then releasing the final code under an BSD license?
*shrug* Personally I consider that a derivative work and try to avoid
it, though
On Fri, 2007-04-06 at 10:22 -0400, [EMAIL PROTECTED] wrote:
They stated that they don't want Broadcom to take their work and close
it. Why do they care? What possible difference does it make?
Broadcom will get a driver that actually works well?
What do you care if that's what they care about?
with
OpenBSD's versions as opposed to everyone else's, I'd really appreciate
it. Thanks!
Weldon Goree
,
length_of_that_buffer, NULL, 0);
some_allocated_buffer will then hold the struct sensor containing its
current state.
Weldon Goree
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEtnuvixcispFzVm8RAttkAJ95eFTvJaaqn4R1Tkf1Kpo9c1KtuwCfS5aG
0ET6NQe4/KoC6iUw2w6qipk=
=PTNG
-END PGP SIGNATURE-
Karel Kulhavy wrote:
I appreciate there is no Java in OpenBSD. I searched for java, jre, jdk,
j2se, sun, blackdown and ibm in the packages and didn't find anything.
/usr/ports/devel/jdk
subpackages are 1.3-linux (requires linux emulation; this one is needed
to boot strap the others), 1.3, 1.4,
Constantine A. Murenin wrote:
You can't get them all at once with one sysctl(3) call, as the memory
they occupy is not allocated continuously -- a linked list is used,
and each driver does sensor allocation on its own, and it's not a
sysctl(3) job to merge this linked list together into an
sysctl(3) says that sysctl({CTL_HW, HW_SENSORS}, 2, NULL, some_size_t,
NULL, 0) should give me the size of the array of struct sensor's that
sysctl({CTL_HW, HW_SENSORS}, 2, some_buffer, length_thereof, NULL, 0)
will put into some_buffer.
Or so I thought. In fact, it returns -1 and sets errno to
22 matches
Mail list logo
