motivated me to do this:
1) my observation that many developers at conferences and online were using
macOS as their primary desktop environment. when comparing this to the
OpenBSD and Linux community I felt pretty embarrassed, but it did explain the
stagnant nature of our graphics subsystem.
just another - out of thousands - example that shared libraries are one
of the worst thing invented in computing.
Maybe except of single system wide shared library with constant interface.
On Thu, 10 May 2018, Gleb Popov wrote:
On Thu, May 10, 2018 at 2:45 AM, Steve Kargl <
s...@troutmask.apl.
improved with a higher kern.hz rating. Unless the future holds an emu20k2,
there will be RAM used from the motherboard.
1. I will need a real-time or a faster kernel- hence the high rate wanted-
because the devices to be built will be used in an active environment: art,
music, audio control.
2. An
Yep. In 18+ years of being subscribed to various freebsd
lists, Arnaud has the honor of being only the 2nd person
to earn a killfile entry. He's now sitting next to Jesus
Monroy, Jr.
it is not a proud from you to talk about who you are blocking.
_
Just modify GEOM classes that keep state at the end of a partition to
leave some spare area *behind* the GEOM data. I.e.:
what is really a problem aat all?
just leave as is. If someone want's use gpart and mirror then mirroring
every partition is simpler. usually not every partition needs to
and/or get it wrong. sysctl has some file-system like properties, but on the
whole, it's not a file system -- it's much more like an SNMP MIB.
While you can map anything into anything (including Turing machines), I think
the sysctl command line tool and API, despite its limitations, is a bette
as well as we don't depend of /proc for normal operation we shouldn't for
say /proc/sysctl
improvements are welcome, better documentation is welcome, changes to what
is OK - isn't.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.o
>
> as well as we don't depend of /proc for normal operation we shouldn't for say
/proc/sysctl
>
> improvements are welcome, better documentation is welcome, changes to what is
OK - isn't.
/proc/sysctl might be useful. Just because Linux uses it doesn't make it a bad
idea.
actually - i don'
and hardware in the lab on last week.
I reformatted the USB drive with extFAT and standard block size on
Windows 7. The USB drive is now seen again on FreeBSD and recognized as
this points that the pendrive's controller is not just flaky but horrid.
The communiation with OS, and how/whether it is
incapable of handling the 64GB drive. I do not have issues with USB
it's not about capacity. But seems some quirks for that pendrive (which
have buggy firmware) has to be added, as it doesn't respond for inquiry
command.
sorry i am not USB expert.
umass1: on usbus7
(probe0:umass-sim1:1:0:
10 matches
Mail list logo