On 03/02/15 03:20, Janne Johansson wrote:
But it still requires a blob to actually run, does it not?
The fact that there is docs for the blob isn't as important as being forced
to have someone elses code running alongside your kernel in order to even
boot it, let alone produce graphics on
My two cents:
https://marc.info/?l=openbsd-miscm=132788027403910w=2
Sorry, but this thread is nonsense for me.
How exactly people on this thread can claim about no support for RPI
when OpenBSD Project support all the Intel Technology, running tons of
microcode?
Don't make sense for me and seems a
So, I can't resist to ask, Raspberry Pi is the answer to what question?
On 03/02/15 12:49, Mihai Popescu wrote:
So, I can't resist to ask, Raspberry Pi is the answer to what question?
It is a toy. Cheap. Can do simple computing tasks cheaper than
anything else.
Worik
--
Why is the legal status of chardonnay different to that of cannabis?
Am 02.02.2015 um 22:35 schrieb worik:
On 03/02/15 03:20, Janne Johansson wrote:
But it still requires a blob to actually run, does it not?
The fact that there is docs for the blob isn't as important as being forced
to have someone elses code running alongside your kernel in order to even
Just a heads up really. I had companieshouse.gov.uk tell us that
xombrero was vulnerable to poodle and not allow us to continue our
submission, though they let us fill half of it out. The poodle checking
websites also say it is vulnerable but I believe if I remember rightly
from the webkit list
Hi
New version of Raspberry Pi is announced. Its SoC have four cores in Cortex-A7
microarchitecture so it is compatible with ARMv7. It also have 1 GB of RAM.
Have the same GPU as its predecessor: VideoCore IV 3d. For some time GPU have
open documentation and open (BSD licence) driver in Linux
But it still requires a blob to actually run, does it not?
The fact that there is docs for the blob isn't as important as being forced
to have someone elses code running alongside your kernel in order to even
boot it, let alone produce graphics on it.
2015-02-02 13:47 GMT+01:00 Lampshade
Hello!
I have a Sun Sparc t5120 that cannot start ldomd after a firmware
upgrade. It’s possible to start ldomd before I have divided the
machine into several guest domains. Afterwards it just hangs when
trying to start ldomd and the machine is unresponsive (answers on
ping though).
On 03/02/15 12:49, Mihai Popescu wrote:
So, I can't resist to ask, Raspberry Pi is the answer to what question?
It is a toy. Cheap. Can do simple computing tasks cheaper than
anything else.
Cheaper toys:
http://www.ebay.com/sch/i.html?_from=R40_sacat=0_nkw=toy_sop=15rt=nc
Thomas Pi
fRANz wrote:
On Thu, Jan 29, 2015 at 10:54 PM, Christopher Barry
christopher.r.ba...@gmail.com wrote:
what happens if you source /etc/rc.local instead?
as in:
[ -f /etc/rc.local ] . /etc/rc.local
Hi Christopher,
I'm sorry, same behaviour: some commands were correctly invoked, for
Alexandre Ratchov wrote, On 01/19/15 02:44:
On Mon, Jan 19, 2015 at 03:59:34AM +, currellbe...@gmail.com wrote:
Hello,
The FAQ[1] states that soft updates result in a large performance increase
in disk writing performance, and links to a resource[2] which claims that
soft updates, in
My two cents:
https://marc.info/?l=openbsd-miscm=132788027403910w=2
Sorry, but this thread is nonsense for me.
How exactly people on this thread can claim about no support for RPI
when OpenBSD Project support all the Intel Technology, running tons of
microcode?
Don't make sense for me and seems a
Clint Pachl wrote:
So softdep can definitely enhance performance. And according to Kirk
McKusick, it also enhances FS consistency. So I think I'll be enabling
softdep on my production servers.
I'm sure all the bugs in that complex softdep code have been worked
out by now. ;-)
softdep
I'm trying to help a friend with a bgpd problem and I'm cutting down the
bgpd.conf more
than I normally would because I'm prepping for a serious eye operation and I
don't have
the time to edit the entire file to make it impervious to unwanted viewers.
Here are what I think illustrates the
Am 02.02.2015 um 15:20 schrieb Janne Johansson:
But it still requires a blob to actually run, does it not?
The fact that there is docs for the blob isn't as important as being forced
to have someone elses code running alongside your kernel in order to even
boot it, let alone produce graphics
Hi Einfach,
On 2 February 2015 at 07:43, Einfach Jemand rru@gmail.com wrote:
Am 02.02.2015 um 15:20 schrieb Janne Johansson:
But it still requires a blob to actually run, does it not?
The fact that there is docs for the blob isn't as important as being forced
to have someone elses code
On 31/01/15(Sat) 12:27, Peter Piwowarski wrote:
Hello,
pms(4) currently seems to have no particular support for the trackpoint
devices on Thinkpads.
Recent Thinkpads have support for the trackpoint via the Synaptics
protocol supported by pms(4).
These support some
There is a difference in code that runs in the cpu of your hard drive and
code running in your CPU to allow talking to the hard drive.
From what I recall, the RPI GPU stuff falls into the second category,
whereas hard drives normally falls into the first.
One of them is just stuff that makes the
On Thu, Jan 29, 2015 at 10:54 PM, Christopher Barry
christopher.r.ba...@gmail.com wrote:
what happens if you source /etc/rc.local instead?
as in:
[ -f /etc/rc.local ] . /etc/rc.local
Hi Christopher,
I'm sorry, same behaviour: some commands were correctly invoked, for example:
/sbin/ifconfig
On 02-02-2015 17:03, fRANz wrote:
Again,
it's not a problem hack the rc file but when possible I avoid it, as
suggested many times in this list;-)
You could use tmux for this. You can start a detached session that in
turn run your command. You can latter attach to it and see what went
wrong. My
On Mon, Feb 2, 2015 at 8:11 PM, Giancarlo Razzolini
grazzol...@gmail.com wrote:
You could use tmux for this. You can start a detached session that in turn
run your command. You can latter attach to it and see what went wrong. My
suggestion is that you call tmux from /etc/rc.local using su -c
On Sun, 1 Feb 2015 15:06:17 -0800
Pawel S. Veselov pawel.vese...@gmail.com wrote:
Running latest amd64 5.6 (p16, just upgraded to it), for some reason
my nslookup keeps trying to use port 48830 to connect to the NS
server. gethostbyname() works just fine, all the apps resolve the
hostnames
23 matches
Mail list logo
