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)
man(7
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, i
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 (uv
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 i
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 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 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 ce
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 als
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 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 (ignph
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 w
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 on
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
> 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 pra
play
well with others, or can just enlighten me on what's so different with
OpenBSD's versions as opposed to everyone else's, I'd really appreciate
it. Thanks!
Weldon Goree
_HW, HW_SENSORS, 4}, 3, &some_allocated_buffer,
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
iD8DBQFEtnuvixcispFzVm8RAttkAJ95eFTvJaaqn4R1Tkf1Kpo9c1Ktuw
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
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
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 t
22 matches
Mail list logo
