Bah. Ignore that. I see your problem now.
--S
Quoting Seth Goldberg, who wrote the following on Thu, 27 Sep 2012:
Why don't you just put a file on that virtual disk somewhere, call it
_I_AM_A_VIRTUAL_MACHINE_, and just test for its existence using the
comprehensive filesystem support
Why don't you just put a file on that virtual disk somewhere, call it
_I_AM_A_VIRTUAL_MACHINE_, and just test for its existence using the
comprehensive filesystem support of GRUB 2 ?
--S
Quoting Jonathan McDowell, who wrote the following on Thu, 27 Sep 2012:
I have a machine with both L
I have a machine with both Linux and Windows installed on the hard
drive. Linux runs on the bare metal and I occasionally run the Windows
install in a VM using KVM pointed at /dev/sda. However if I'm not quick
enough, or Windows decides to reboot when I'm not around to notice, the
grub running unde
On 27.09.2012 17:05, Andrey Borzenkov wrote:
> В Ср., 26/09/2012 в 21:49 +0200, Vladimir 'φ-coder/phcoder' Serbinenko
> пишет:
>> I have no time to write this doc and
>> nobody else proposed himself to do it.
>
> What does it involve beyond submitting a patch for documentation? I ask
> because a
Don't free file->data on receiving FIN flag since it is used all over without
checking. http_close() will be called later to free that memory.
Downstream bug: http://bugzilla.redhat.com/show_bug.cgi?id=860834
---
grub-core/net/http.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
Hi :)
I think the problem is that there are so few people in the documentation team.
Is there anyone in it?
Andrey, it might be best to find how to do the changes directly and do the
other changes that other people have reported at the same time. I suspect that
if you work on the documenta
В Ср., 26/09/2012 в 21:49 +0200, Vladimir 'φ-coder/phcoder' Serbinenko
пишет:
> I have no time to write this doc and
> nobody else proposed himself to do it.
What does it involve beyond submitting a patch for documentation? I ask
because a while back I sent small doc patch and as still there is no
