So I've got to use LUKS & FreeOTFE?
Seems a little hard... seeing as the different file-systems I need to
encrypt, including;
Ext3, HFS+, Ext4, NTFS, UFS2 & ZFS
Any other drive encryption tools you'd like to suggest, or should I
stick to TrueCrypt (will start using it once all my OSs are working
loop-aes...
On 5/4/09, Chip Panarchy wrote:
> So I've got to use LUKS & FreeOTFE?
>
> Seems a little hard... seeing as the different file-systems I need to
> encrypt, including;
>
> Ext3, HFS+, Ext4, NTFS, UFS2 & ZFS
>
> Any other drive encryption tools you'd like to suggest, or should I
> s
Robert Millan wrote:
On Sat, May 02, 2009 at 08:03:23PM -0400, BandiPat wrote:
linux16 /boot/vmlinuz root=/dev/sda1 ro resume=/dev/sda4 splash=silent
vga=794
This means vga=0x31a, aka 16-bit 1280x1024. Does 24-bit (vga=0x31b) work?
I suspect there's some fuzzy matching here.
===
Than
commited
On Mon, May 4, 2009 at 3:22 PM, Pavel Roskin wrote:
> On Mon, 2009-05-04 at 15:08 +0200, Vladimir 'phcoder' Serbinenko wrote:
>
> > Setting two environment variables is undocumented. I think
> > rd_string
> > should not be needed. If you need it due to the scri
On Sun, May 3, 2009 at 6:55 PM, Pavel Roskin wrote:
> On Sun, 2009-05-03 at 12:42 +0200, Vladimir 'phcoder' Serbinenko wrote:
> > This is a patch to support UUIDs on HFS+. MD5 code is copied from
> > Michael Gorven's patch which is copied from libgcrypt nearly verbatim.
> > Thanks for Cris for th
On Mon, May 04, 2009 at 11:15:13AM -0400, BandiPat wrote:
> Robert Millan wrote:
>> On Sat, May 02, 2009 at 08:03:23PM -0400, BandiPat wrote:
>>> linux16 /boot/vmlinuz root=/dev/sda1 ro resume=/dev/sda4
>>> splash=silent vga=794
>>
>> This means vga=0x31a, aka 16-bit 1280x1024. Does 24-bit (
Hi all,
Please remember to update copyright lines in files when you commit
copyright significant changes. As a general rule of thumb, if your
commit modifies/adds more than 10 lines of code it's likely going to
be copyright-significant. And if in doubt, it's better to err on the
safe side and u
On Sun, May 03, 2009 at 04:14:02PM +0200, martin f. krafft wrote:
> Signed-off-by: martin f. krafft
> ---
> disk/raid.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/disk/raid.c b/disk/raid.c
> index 2b3130b..8b026cd 100644
> --- a/disk/raid.c
> +++ b/disk/raid.c
On Mon, 2009-05-04 at 15:08 +0200, Vladimir 'phcoder' Serbinenko wrote:
> Setting two environment variables is undocumented. I think
> rd_string
> should not be needed. If you need it due to the script engine
> problems,
> it's better to fix the script eng
On Mon, May 4, 2009 at 2:27 PM, Chip Panarchy wrote:
> So I've got to use LUKS & FreeOTFE?
>
FreeOTFE has a function which allows reading sectors from a device without
authentication. This way the whole application security is blown away (not
like the were a big deal of it, it's windows). I infor
On Sun, May 03, 2009 at 05:02:33PM -0400, Pavel Roskin wrote:
> > > grub_util_warn() doesn't set any flag that there have been
> > > warnings.
> >
> > That's an option, too. But it would preclude the possibility of issuing
> > warnings for which we don't want to require --force (i.e. lesser evils
Pavel Roskin schrieb:
On Fri, 2009-05-01 at 22:51 +0200, Andreas Born wrote:
If there's both a symlink and a kernel at which the symlink is pointing
in the list of detected kernels of 10_linux, two entries are created for
actually the same kernel. This patch checks for this condition and onl
Hi,
Well, I just write a small script to detect files that needs updating.
BTW, I use git to access the svn repository:
grep -lie "Copyright (C).*\(199[0-9]\|200[^9]\) *Free" `git diff
--stat @{2009-01-01}..HEAD 2>/dev/null | grep '|' | cut -d\ -f2`
2>/dev/null
Here are the result:
Makefile.in
On Tue, May 05, 2009 at 01:40:02AM +0800, Bean wrote:
> Hi,
>
> Well, I just write a small script to detect files that needs updating.
> BTW, I use git to access the svn repository:
>
> grep -lie "Copyright (C).*\(199[0-9]\|200[^9]\) *Free" `git diff
> --stat @{2009-01-01}..HEAD 2>/dev/null | gre
Am Dienstag, den 05.05.2009, 01:40 +0800 schrieb Bean:
> Here are the result:
> Makefile.in
Makefile.in had curiously 2008,2009,2008.
I just fixed this.
--
Felix Zielcke
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/li
On Mon, May 04, 2009 at 07:52:39PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> On Mon, May 4, 2009 at 7:40 PM, Bean wrote:
>
> > Hi,
> >
> > Well, I just write a small script to detect files that needs updating.
> > BTW, I use git to access the svn repository:
> >
> With the following script :
On Sat, May 02, 2009 at 05:32:01PM +0200, Robert Millan wrote:
>
> See also this new patch. It restructures the checks so that
> "vid_mode == 0" indicates lack of "vga=" parameter. For user requesting
> text mode (vga=normal or vga=0) we already have GRUB_LINUX_VID_MODE_NORMAL
> so there's no ne
Robert Millan wrote:
===
Thanks Robert for the suggestion. I had renewed hopes this might work,
but it would not. After editing the menuentry to use either the
vga=0x31b or vga=795, the machine booted to a blinking cursor. It would
not go beyond that.
What suitable modes does "vbe
Am Montag, den 04.05.2009, 14:16 -0400 schrieb BandiPat:
> A little help here. Where do you run this "vbeinfo" command to get a
> listing of suitable modes? I am going to load the vbeinfo.mod in the
> grub.cfg, but what after that to get a listing?
>
Just press `c' to get to commandline and
Hi,
I make some improvement to the script, now it only print files that
contains more than 5 lines of changes, which should be qualified as
significant.
grep -lie "Copyright (C).*\(199[0-9]\|200[^9]\) *Free" `git diff
--stat @{2009-01-01}..HEAD 2>/dev/null | gawk '{ if (($2 == "|") &&
($3 > 5)) p
Hi,
This new script list more information, it helps to decide whether it
need update.
L1=`git diff --stat @{2009-01-01}..HEAD 2>/dev/null | gawk '{ if (($2
== "|") && ($3 > 5)) print $1}'`
L2=`grep -lie "Copyright (C).*\(199[0-9]\|200[^9]\) *Free" $L1 2>/dev/null`
git diff --stat @{2009-01-01}..
Hi,
Do we really need to ship a specific utility just to run two commands?
dd if=/dev/mem of=${output_dir}vbios.bin bs=65536 skip=12 count=1
dd if=/dev/mem of=${output_dir}int10.bin bs=4 skip=16 count=1
Sounds like user will need to read some documentation in order to figure
out what grub-d
Hi,
git users can add this at the beginning of .git/hooks/pre-commit to
run the copyright update test before committing:
L1=`git diff --cached --stat 2>/dev/null | gawk '{ if (($2 == "|") &&
($3 > 5)) print $1}'`
L2=`grep -lie "Copyright (C).*\(199[0-9]\|200[^9]\) *Free" $L1 2>/dev/null`
if test
Hi,
Perhaps we could incorporate them in grub-update/grub-install, I guess
there should be no harm adding two files in /boot/grub.
On Tue, May 5, 2009 at 3:27 AM, Robert Millan wrote:
>
> Hi,
>
> Do we really need to ship a specific utility just to run two commands?
>
> dd if=/dev/mem of=${outp
On 04.05.2009 21:27 Uhr, Robert Millan wrote:
> Hi,
>
> Do we really need to ship a specific utility just to run two commands?
>
> dd if=/dev/mem of=${output_dir}vbios.bin bs=65536 skip=12 count=1
> dd if=/dev/mem of=${output_dir}int10.bin bs=4 skip=16 count=1
>
> Sounds like user will need to
Btw, I increased the mode list considerably (using documented modes from
Wikipedia). Chances that your ultra-weird mode of choice is supported are
much greater now.
There's still no fuzzy matching, though. I'm not sure if we'd want to do
that at all for vga= modes, since we already do it proper
On Tue, May 05, 2009 at 03:44:27AM +0800, Bean wrote:
> Hi,
>
> git users can add this at the beginning of .git/hooks/pre-commit to
> run the copyright update test before committing:
>
> L1=`git diff --cached --stat 2>/dev/null | gawk '{ if (($2 == "|") &&
> ($3 > 5)) print $1}'`
> L2=`grep -lie
On Tue, May 05, 2009 at 03:57:17AM +0800, Bean wrote:
> Hi,
>
> Perhaps we could incorporate them in grub-update/grub-install, I guess
> there should be no harm adding two files in /boot/grub.
Please don't. This is really corner case; I at least wouldn't want GRUB
to install non-free blobs in /
On Mon, 2009-05-04 at 18:45 +0200, Andreas wrote:
> Pavel Roskin schrieb:
> > The result will be that we would have an entry without version instead
> > of an entry with a version. That's hardly an improvement. Can you give
> > an example where it would be useful?
> >
> You have a symlink name
Robert Millan wrote:
Btw, I increased the mode list considerably (using documented modes from
Wikipedia). Chances that your ultra-weird mode of choice is supported are
much greater now.
There's still no fuzzy matching, though. I'm not sure if we'd want to do
that at all for vga= modes, since w
When I converted this code over to user dynamically allocated
strings, I inserted a bug by passing the address of the string
pointer instead of the pointer itself.
Committed.
2009-05-04 David S. Miller
* kern/ieee1275/openfw.c (grub_children_iterate): Fix string
pointer args
Please be more careful people.
2009-05-04 David S. Miller
* conf/sparc64-ieee1275.rmk: Fix build due to missing '\'.
--- conf/sparc64-ieee1275.rmk (revision 2184)
+++ conf/sparc64-ieee1275.rmk (revision 2187)
@@ -113,12 +113,12 @@
kern/device.c kern/disk.c kern/dl.c kern/
1) If there isn't a CDROM in the drive, trying to do an
ieee1275 open() on a cdroom device hangs nearly indefinitely.
2) If you try to open the bare device "ide/disk" for example (with
no "@X,Y" ID selector) this hangs for 5 seconds then spits out
ugly errors about not being able to read
Ok, finally GRUB works also on my workstation.
These are the changes that allow GRUB to properly handle
"," characters in OF path names.
As we discussed about a month ago, when a "," appears in an
OF path name we escape it with "\".
So all of the real work is escaping OF paths as they are given
Hello!
The GRUB code is full of constructs like
#ifndef GRUB_UTIL
grub_dl_ref (my_mod);
#endif
It's better to avoid having source files littered with preprocessor
conditionals. This patch implements grub_dl_ref() and grub_dl_unref()
as inline functions when GRUB_UTIL is defined.
I'm not usin
From: Pavel Roskin
Date: Mon, 04 May 2009 20:13:24 -0400
> Hello!
>
> The GRUB code is full of constructs like
>
> #ifndef GRUB_UTIL
> grub_dl_ref (my_mod);
> #endif
>
> It's better to avoid having source files littered with preprocessor
> conditionals. This patch implements grub_dl_ref() a
It is kinda documented on ubuntu-forums I think ... and maybe on the
list. (here) When ppl were either asked to test it or reported their
findings. I think the main use case is booting linux directly from
efi, without bios emulation mode/legacy mode. This primarily applies
to macs, though it might
Quoting David Miller :
Change looks great, but probably you want to explicitly mention
all of the C files where you got rid of the CPP conditional
tests.
OK, will do.
--
Regards,
Pavel Roskin
___
Grub-devel mailing list
Grub-devel@gnu.org
http://l
On Tue, May 5, 2009 at 4:39 AM, Robert Millan wrote:
> On Tue, May 05, 2009 at 03:57:17AM +0800, Bean wrote:
>> Hi,
>>
>> Perhaps we could incorporate them in grub-update/grub-install, I guess
>> there should be no harm adding two files in /boot/grub.
>
> Please don't. This is really corner case;
On Tue, May 5, 2009 at 3:45 PM, Bean wrote:
> Hi,
>
> I've documented the usage of grub-dumpbios in wiki page:
>
> http://grub.enbug.org/TestingOnMacbook
>
> The commands can be placed there as well. I personally doesn't mind,
> but perhaps it would be easier for casual user to use a command
> in
40 matches
Mail list logo
