On 21.04.2016 05:45, noah pugsley wrote:
Thank you all for the best little correctness focused general purpose
operating system in the known universe.
With all the nonsense created every day, a little sanity now and then,
is
cherished by the wisest men.
http://noahpugsley.net/59.jpg
Matthew Dillon wrote:
> NFS read performance is primarily client-driven. usually setting the
> read-ahead (for example, mount_nfs -a 4) is the biggest performance driver
> for reads. OpenBSD defaults to -a 1 which is basically no read-ahead. I
> suggest -a 4 at a
NFS read performance is primarily client-driven. usually setting the
read-ahead (for example, mount_nfs -a 4) is the biggest performance driver
for reads. OpenBSD defaults to -a 1 which is basically no read-ahead. I
suggest -a 4 at a minimum. Also make sure the read block size is at least
8192
hello
I am upgrade OpenBSD 5.8 to 5.9 and after to reboot
i have follow errors in remote console :
*init: daemon: unknown class (failed)syslogdsu: daemon: unknown class
(failed)pflogdsu: daemon: unknown class (failed)ntpdsu: daemon: unknown
class (failed)starting RPC
This is a very interested thread. I just played little bit with dd on my
desktop machine running OpenBSD 5.9 amd64 NFS-client. NFS server runs on
DragonFly BSD 4.4.2. No optimization of any kind has been done. My home
network is 1 Gigabit. I will play over the weekend with various block
sizes and
Stuart Henderson [s...@spacehopper.org] wrote:
> >>> Heat: The APUs have an innovative design where the CPU heat sink
> >>> is coupled to the case. Since this is typically assembled by the
> >>> customer, a lot of attention is drawn to it and people obsess over
> >>> the CPU temperature. It's a
>>> Heat: The APUs have an innovative design where the CPU heat sink
>>> is coupled to the case. Since this is typically assembled by the
>>> customer, a lot of attention is drawn to it and people obsess over
>>> the CPU temperature. It's a nonissue.
I've got hold of an APU2C2 now. Agreed - but
On Thu, Apr 21, 2016 at 9:23 PM, Kapfhammer, Stefan wrote:
> You have to type at boot prompt:
> stty com0 115200
> set tty com0
> boot /bsd.rd
>
Aha, much better.
Thanks!
You have to type at boot prompt:
stty com0 115200
set tty com0
boot /bsd.rd
Using a nullmodem cable with crossed pins
would also be recommended :)
Regards,
Stefan
Originalnachricht
Von: Christer Solskogen
Gesendet: Donnerstag, 21. April 2016 21:12
An: misc
Betreff: Unable to boot on APU2C4
Hi!
I've gotten my finger on a APU2C4, but I'm not able to install nor
even start OpenBSD on it. I've tried both USB and iPXE and all I ever
get is this:
Booting from Hard Disk...
Booting from :7c00
Using drive 0, partition 3.
Loading.
probing: pc0 com0 com1 mem[638K 3582M 496M a20=on]
On Thu, Apr 21, 2016 at 09:05:17PM +0200, Christer Solskogen wrote:
> Hi!
>
> I've gotten my finger on a APU2C4, but I'm not able to install nor
> even start OpenBSD on it. I've tried both USB and iPXE and all I ever
> get is this:
>
> Booting from Hard Disk...
> Booting from :7c00
> Using
On Thu Apr 21 2016 15:27, Stefan Wollny wrote:
> Arrived today in Germany :-)
>
> Thx to everybody who made this possible.
Absolutely. Received mine yesterday (also Germany).
Thank you!
Thank you for your valuable help.
As this installation runs in a VirtualBox env and serves testing
purposes, sources aren't retrieved yet. I think I have to get all the
sources first and then apply that change?
On Sat, Apr 9, 2016 at 2:26 AM, Edgar Pettijohn wrote:
> On
Arrived today in Germany :-)
Thx to everybody who made this possible.
Best,
STEFAN
Am 04/21/16 um 05:45 schrieb noah pugsley:
> Thank you all for the best little correctness focused general purpose
> operating system in the known universe.
>
> With all the nonsense created every day, a little
SOLVED!
The problem was in /etc/hostname.vlan* (not in /etc/pf.conf)
I removed VLAN's MAC addresses and NAT started to work.
BEFORE (5.4):
#cat /etc/hostname.trunk0
trunkproto lacp trunkport em0 trunkport em1 lladdr 00:01:02:03:11:11
up
#cat /etc/hostname.vlan*
inet 10.0.30.254 255.255.255.0
I seem to be experiencing this as well, but I have no access to the client
side as it is a wireless camera. Is there anything that can be done on the
server side?
-Steve S.
Still waiting for mine in the Houston area :(
Sent from my iPhone
> On Apr 20, 2016, at 10:45 PM, noah pugsley wrote:
>
> Thank you all for the best little correctness focused general purpose
> operating system in the known universe.
>
> With all the nonsense created
hi all .
i do command [ scim-anthy ] , and at [ global setup ] i remove check of
[Others] .
but i do again scim-setup , check mark is on [Others] namely no change .
so i think that something is wrong with scim-anthy of 5.9 i386.
at present i use ibus-anthy , and this works well .
-
Hi Muhammad,
I did fresh install of 5.9 amd64 and tried to run it , it shows me this
error:
Traceback (most recent call last):
File "manage.py", line 9, in
execute_from_command_line(sys.argv)
File
"/usr/local/lib/python2.7/site-packages/django/core/management/__init__.py",
line 399, in
5.9 arrived Swansea UK 16 April, while I was away at work :)
On 2016-04-20, Eda Sky wrote:
> A)
> Yes I read, unfortunately I do not see there's nothing there that would
> help me.
Did you read the sane-backends and hplip-common READMEs as well?
> probably a bug in sane-backends.
Since you said it works (with slightly older software
On Wed, Apr 20, 2016 at 08:45:18PM -0700, noah pugsley wrote:
> Thank you all for the best little correctness focused general purpose
> operating system in the known universe.
>
> With all the nonsense created every day, a little sanity now and then, is
> cherished by the wisest men.
>
>
>
22 matches
Mail list logo