else for this occasion what important would have
been under the work.
I might read this mailing list occasionally, but don't be suppriced if I
do not notice questions addressed to me.
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel
Vladimir 'phcoder' Serbinenko wrote:
I will do this. I know you already had some work for mm underway that's why
I wasn't doing it. Could you send what you already have even if it's far
from complete?
Sorry. Everything got lost on laptop.
___
Vladimir Serbinenko wrote:
Hello, currently vbe module contains all the framebuffer functions which are
actually adapter-independent and I think more adapters can be implementing
by providing a function which sets mode and framebuffer. Additionally it
provides an interface to retrieve
.
Are there any other needs?
So what does people feel about these changes. I am afraid if too much
freedom is given it will make it complex...
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub
phcoder wrote:
This usage case isn't the main target case. If you embed the loader
(which tend to be quite big) then you already have an overhead from
loader module. Why are you so concerned with overhead of boot.mod?
But on the other hand this forces all the people in other cases to have
Bean wrote:
Hi,
This patch split the function of normal mode into small modules, here
is a summary:
1, Move dynamic command loader to commands/dyncmd.c (dyncmd.mod)
2, Move automatic fs loader to fs/autofs.c (autofs.mod)
3, Split normal mode into three major parts:
parser/normal -
Yoshinori K. Okuji wrote:
You should select compile-time loading (i.e. linking) whenever possible. If
a function is loaded eventually, it should be linked at compile time.
You should select automatic loading, if you need runtime linking.
Manual loading should be considered evil, in
Vesa Jääskeläinen wrote:
Yoshinori K. Okuji wrote:
Any objection?
Not really. I will make some grief, but it might be a good thing in overall.
Just to make it clear:
It will... ;)
___
Grub-devel mailing list
Grub-devel@gnu.org
http
Here I must comment that in some cases it is favorable to do it this
way. I personally will only commit changes that I am happy to live with.
Even if you are developer with SVN commit rights it is in some cases
good idea to have general review of the patch... but there has been some
lack of the
Yoshinori K. Okuji wrote:
On Sunday 29 March 2009 20:40:17 David Miller wrote:
Everybody is too busy to give this project the attention and time it
deserves to be maintained properly.
I honestly do not think the situation will change significantly until
someone is able to devote real time as
Yoshinori K. Okuji wrote:
On Sunday 29 March 2009 22:23:11 Vesa Jääskeläinen wrote:
Both of those projects has divided work force dedicated to maintain and
drive enhancements to defined goals.
Now if we map this to our situation:
- We are missing what we want to do (eg. roadmap, feature
Bean wrote:
Hi,
Currently, the grub-emu is in every rmk files, but I don't see the
difference between grub-emu in i386-pc, i386-coreboot or i386-efi. In
fact, grub-emu runs inside the host os, it can't access firmware
facility anyway. One quick fix to move grub-emu to i386.rmk, but we
Colin D Bennett wrote:
This long-awaited patch adds graphical menu support to GRUB 2. It is
largely the result of my work during the Google Summer of Code 2008.
The graphical menu system supports image-based themes, of which I have
created several sample themes[1].
There are still a few
David Miller wrote:
One issue I need to resolve before I can send finalized
patches out for sparc is about device naming.
Currently the PowerPC ieee1275 support allows using both device
aliases and full openfirmware device path names with the usual GRUB
partition specification concatenated
phcoder wrote:
Hello. Discussing with Robert Millan and Bean on IRC we noticed that
disk cache index is statically allocated. Here is a proposal to change
it to dynamic allocation proportional to the size of available memory.
And the gain is ?
___
Robert Millan wrote:
On Fri, Mar 06, 2009 at 08:57:35PM +0100, Robert Millan wrote:
This patch integrates the generic Linux loader with gfxterm. The result is
that graphical mode becomes usable with this loader. Our loader gets the
screen settings from the video subsystem (as per gfxterm
David Miller wrote:
+ stx %g1, [%sp + 2047 + (14 * 8)]
+retl
+ restore %o1, 0, %o0
Please check your white spaces. As we can see here those three commands
are on different columns (mixed tabs and spaces). This applies to every
other patch you sent too...
David Miller wrote:
This corrects the sparc64 setjmp implementation.
We need to store the return address register, the
stack pointer, and frame pointer into the jump buf.
And on longjmp we need restore those registers, flush the register
window state, and pull in the top-most register
David Miller wrote:
Here is a series of patches that fix the most obvious sparc bugs and
get the grub2 tree building again.
I have code for boot/ that will implement the sparc boot blocks and
things of that nature, but that will come later.
First things first, let's get it to actually
David Miller wrote:
This replaces the C implementation with a proper assembler
one. Also add missing grub_prefix[] declaration to
kernel.h
2009-03-03 David S. Miller da...@davemloft.net
* kern/sparc64/ieee1275/init.c: Delete, replace with...
* kern/sparc64/ieee1275/crt0.S:
David Miller wrote:
2009-03-03 David S. Miller da...@davemloft.net
* include/grub/sparc64/ieee1275/loader.h: New file.
* include/grub/sparc64/ieee1275/memory.h: Likewise.
* include/grub/sparc64/kernel.h: Likewise.
* loader/sparc64/ieee1275/linux.c: Likewise.
David Miller wrote:
There is no way anyone tried to build the sparc target in
years :-) This updates sparc64-ieee1275.rmk with modern
times and regenerates sparc64-ieee1275.mk as well as
DISTLIST.
2009-03-03 David S. Miller da...@davemloft.net
* conf/sparc64-ieee1275.rmk: Update.
David Miller wrote:
From: Vesa Jääskeläinen ch...@nic.fi
Date: Wed, 04 Mar 2009 13:59:43 +0200
David Miller wrote:
In order for the boot block images for sparc to work properly,
we have to strip them out before doing the objcopy.
This is harmless on i386-pc and some other future grub
Robert Millan wrote:
It's funny, we're all discussing about performing security measurements in
GRUB and nobody mentioned that our user interface lacks even the most basic
lock mechanism :-)
Perhaps this would be a good time to retake the discussion on implementing
an equivalent to lock and
debugging working. And as this step is shared between those two I
propose that this work is sliced to two pieces.
Thanks,
Vesa Jääskeläinen
Index: ChangeLog
===
--- ChangeLog (revision 1999)
+++ ChangeLog (working copy)
@@ -1,3
time :).
Tips for RM code debugging: 'set arch i8086' and 'x/10i ($cs4)+$eip'.
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Hi All,
Ok. Please keep the fighting of TPM out of this thread ;). Lets keep it
to the topic first... (I am already waiting for summary of that other
discussion at some point ;))
Jan Alsenz wrote:
Next I think we can agree, that some sort of trusted boot chain can be useful.
Also there
Jan Alsenz wrote:
Vesa Jääskeläinen write:
I do like the idea what some protected systems use, they sign the binary
(in our case .mod file and kernels of loaded OSes). Now in that scenario
it is responsibility of the kernel module loader to first verify the
signature for correctness. This way
Jan Alsenz wrote:
I agree too!
Multiple methods are interesting and everything that can be, should be placed
in
modules.
But some parts of a trusted boot chain need to be in the MBR, etc. which is
mainline code (regardless of how how you build it).
The way I have implemented my
Bean wrote:
On Sat, Feb 14, 2009 at 11:11 PM, Felix Zielcke fziel...@z-51.de wrote:
A. Am Samstag, den 14.02.2009, 22:46 +0800 schrieb Bean:
If there is no objection, I'd commit this patch in a few days.
Hello Bean,
if you want to drop termin_input and terminal_output command then
BandiPat wrote:
Vesa Jääskeläinen wrote:
phcoder wrote:
Hello. I've run into the bug that when editing menu entry in gfxterm
characters disappear after cursor moves away from its position. Here is
bugfix
I don't think this is a clean fix:
It is not designed to work in there. I think
phcoder wrote:
Hello. I've run into the bug that when editing menu entry in gfxterm
characters disappear after cursor moves away from its position. Here is
bugfix
I don't think this is a clean fix:
Index: term/gfxterm.c
===
of the
code so it can also handle text modes.
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Felix Zielcke wrote:
Am Sonntag, den 01.02.2009, 21:08 +0100 schrieb Felix Zielcke:
grub_emu-normal_main.o: In function `grub_mod_init':
/home/fz/grub/grub2.svn/normal/main.c:623: undefined reference to
`grub_menu_viewer_register'
grub_emu-normal_main.o: In function `grub_normal_execute':
BandiPat wrote:
Compiled and installed grub2. Remove LILO from MBR. Ran grub-install
/dev/sda. Run grub-setup /dev/sda. Ran update-grub to let it create a
grub.cfg file. So far, so good and checking everything, it all looks
great according to the instructions I have been able to find. By
Felix Zielcke wrote:
grub_emu-normal_main.o: In function `grub_mod_init':
/home/fz/grub/grub2.svn/normal/main.c:623: undefined reference to
`grub_menu_viewer_register'
grub_emu-normal_main.o: In function `grub_normal_execute':
/home/fz/grub/grub2.svn/normal/main.c:580: undefined reference to
changes yourself.
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Colin D Bennett wrote:
This patch adds support for multiple fallback entries in grub.cfg.
I'll prepare the ChangeLog entry when the patch is approved to be
committed.
The patch is against GRUB trunk revision 1964.
What do you think if all text menu related would be moved to own file,
like
Colin D Bennett wrote:
This patch adds double buffering support support to the VBE
video driver including page flipping and blitting from an offscreen back
buffer.
The patch is against GRUB trunk revision 1964.
Unless we come up with better idea we can go with this time being...
Check the
Colin D Bennett wrote:
This patch adds bitmap scaling support to GRUB.
It also adds support to gfxterm for scaling the background image to fit
the screen. The background_image command supports a new -m/--mode
option, which takes stretch (the default) or normal as values.
The patch is
Colin D Bennett wrote:
This patch improves the videotest command by adding a number of
different tests for particular features. The 'videotest text' test
tests the rendering of Unicode UTF-8 text, for instance, and the
'videotest bench' command runs a video performance benchmark. The
Hi,
As this patch is quite large and I am going go to sleep soon so I only
comment your message on this run...
Colin D Bennett wrote:
This long-awaited patch adds graphical menu support to GRUB 2. It is
largely the result of my work during the Google Summer of Code 2008.
And thanks for it!
Jay Sullivan wrote:
1) Mailing lists:
I'm wanting to avoid asking questions that have already been answered, and
I'd like to keep up on current issues with grub2, so I'd like to try to keep
the grub-devel mailing list sorted...but I'm clueless.
First of all, is it strange of me to ask, What
Javier Martín wrote:
A, say, AMD64 Linux cross compiler hosted on x86 Cygwin would have
$build=i686-pc-cygwin and $host=amd64-linux-gnu. Thus, no conflict ought
to arise even with cross compilation enabled.
AFAIK, the full power of $build+$host+$target only matters when building
_compilers_
Michel Dänzer wrote:
P.S. Please reconsider automatically rejecting posts from
non-subscribers. I co-moderate half a dozen mailing lists, only costs me
a couple of minutes a day thanks to a nice tool called 'listadmin'.
grub-devel is a subscriber only list.
Matt Turner wrote:
Hi,
I learned today that GRUB 2 aims to be cross platform and already
supports in some form PPC.
Is there any interest in supporting the DEC Alpha (SRM) platform?
If you are planning to provide the code for it and maintain it :) (or
someone else).
Alpha users
phcoder wrote:
Testing grub I noticed this bug. Here is bugfix
Vladimir 'phcoder' Serbinenko
Index: normal/cmdline.c
===
--- normal/cmdline.c(revision 1959)
+++ normal/cmdline.c(working copy)
@@ -148,6 +148,7 @@
phcoder wrote:
I do not remember seeing a problem here. So what is actually the problem
and how to reproduce it?
I booted GRUB2 by GRUB-Legacy, command prompt appeared and worked but
there were no cursor. I think the same problem appears when the user
opens command line from the menu.
Javier Martín wrote:
This patch modifies several files in the build system (mainly common.rmk
and genmk.rb) to reduce the general verbosity of the build process to a
manageable, semi-informative level. Thus, what currently appears as
gcc calls, several lines long each is turned into lines
jida...@jidanni.org wrote:
Gentlemen, there is a serious usability problem with cmdline.c.
At the very start the user sees the message made by
grub_printf (\
[ Minimal BASH-like line editing is supported. For the first word, TAB\n\
lists possible command completions. Anywhere else
Carles Pina i Estany wrote:
Hello,
On Jan/24/2009, Carles Pina i Estany wrote:
In Grub command line I really miss a cat with pagination (like
more/less). Any reason that it's not here? I don't remember if we
discussed it. Or it's there and I have not found.
I've just remembered set
Carles Pina i Estany wrote:
-I have seen that Grub2 is not printing correctly the accents,
could be a problem in gettext or in some other layer
Please provide example what is wrong and how it should look like.
___
Grub-devel mailing list
Felix Zielcke wrote:
Here's a little patch for Makefile.in to use the new grub-mkfont to
create the font files.
Is it okay or is there a better way to do this?
Please remove the java code toolchain with the same change.
___
Grub-devel mailing list
Bean wrote:
Hi,
This patch converts existing font to pf2. It uses the freetype2
library, so it can support most common file format, like bdf, pcf.gz,
ttf, etc.
Usage: grub-mkfont [OPTIONS] FONT_FILES
Options:
-o, --output=FILE_NAMEset output file name
-i, --index=N
Jerone Young wrote:
Hey guys,
I wanted to start up a discussion on building a steady release
cycle. Many distros are now looking for some stability from Grub 2 as they
are looking to include it in future releases. I was recently at the Ubuntu
Developer Summit in December discussing
Vesa Jääskeläinen wrote:
Couple of days went and now patch finally went in. I have updated
gfxterm part of the wiki to match new font enngine:
I also moved common video subsystem code to common.rmk so that other
architectures builds nicely too :)
This does not however mean that all
Colin D Bennett wrote:
On Fri, 2 Jan 2009 16:44:49 -0600
Jerone Young jer...@gmail.com wrote:
I just paid attention to this (sorry). So everything seems fine. But
the dependency on a proprietary java stack to generate fonts isn't
good. Does it happen to work with gcc java ?
The font
Colin D Bennett wrote:
This would be fairly simple to do. The font would then effectively be
a proportional-width font since the new font engine+gfxterm does not
handle bi-width fonts in a character-cell environment.
Actually it does :)... In a way at least.
If you have lets say Hiragana
Vesa Jääskeläinen wrote:
And the actual patch...
... went it. Instructions being updated... with another post when ready.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Jerone Young wrote:
I just paid attention to this (sorry). So everything seems fine. But the
dependency on a proprietary java stack to generate fonts isn't good. Does
it happen to work with gcc java ?
Paying attention is not a bad thing as such :)
Never tried it myself but it should work.
. These will be documented on
Wiki once committed.
2008-12-28 Colin D Bennett co...@gibibit.com
New font engine.
Additional changes by Vesa Jääskeläinen ch...@nic.fi to adapt to
build system and fixed gfxterm.c to work with different sized fonts.
* configure.ac: Changed
Colin D Bennett wrote:
On Sat, 06 Dec 2008 22:18:14 +0200
Vesa Jääskeläinen ch...@nic.fi wrote:
Colin D Bennett wrote:
Update:
I fixed an error pointed out to me by Y.Volta:
In grub_font_get(), if no fonts are loaded, a null pointer is
dereferenced. This is fixed in the attached patch
. There are sill some patches that will need attention, but
basically almost all ground work is after that ready.
Next I will do some cleanup for the patch and try to commit it withing
couple of days.
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub
phcoder wrote:
Hello,all. I was busy studying so wasn't watching the list. Is there a
particular reason why my patch still isn't incorporated?
Perhaps we didn't like the move of loader/boot core functionality out of
kernel?
And I do not remember you describing in detail about interfaces and
Robert Millan wrote:
On Tue, Dec 09, 2008 at 04:13:46PM +0530, Varun Deshpande wrote:
hi
I am interested to contribute something in open source. I would like to
contribute something for grub. I downloaded source code of grub-1.96 in
TODO file i got this mail id.
I am very much
James Shewey wrote:
Grub will not currently compile on 64 bit distros. Try compiling with a 32
bit live cd or a 32 bit VM (you can try virtualbox.org for this) and then
copying the requisite files to the 64 bit OS.
I compile GRUB 2 SVN always on 64 bit Ubuntu...
So please try with SVN
Is this expected?
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Jay Sullivan wrote:
Okay! I realized now that I would like to install the newest version of
grub2 to a USB drive. Can anyone recommend to me the best way to do this?
This seems like a good idea since if it fails to boot, I can easily fallback
to my harddrive's bootloader.
I'd like to point
Manoel Rebelo Abranches wrote:
This patch add --build-id=none option to newer ld versions when linking
kernel.elf.
This prevents grub-mkelfimage to behave wrongly.
if test x$grub_cv_prog_ld_build_id_none = xyes; then
MODULE_LDFLAGS=$MODULE_LDFLAGS -Wl,--build-id=none
+
if you go that path.
https://savannah.gnu.org/bugs/?group=grub
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Robert Millan wrote:
On Tue, Nov 25, 2008 at 10:23:52PM +0100, Yoshinori K. Okuji wrote:
I've been thinking... what if we make this generic? I.e. with an event
loop, then terminals can register their poll functions to it, and write
their stuff to a shared resource the rest of GRUB can read
[EMAIL PROTECTED] wrote:
Bad news, I heard back from the two people who wrote the PCI serial
code for Linux (Russell King Ted Tso) and they both agree that,
no matter how the ambiguity got into the Linux source files, their
intent was that the code was GPL v2 only.
That being the case, we
Robert Millan wrote:
On Mon, Nov 03, 2008 at 04:38:02PM -0800, [EMAIL PROTECTED] wrote:
The problem with using a PCI serial card for the console is that many
PCI cards use a different crystal than the IBM PC standard. This means
that serial drivers wind up computing the wrong divisor when
Yoshinori K. Okuji wrote:
BTW, I would like to obtain the capability of handling pipes, so that we can,
say, help | more. I guess you have the same idea in your mind. This should
be trivial, once the input and output are separate, right?
I think this would need separated streams design in
Robert Millan wrote:
Hi,
This patch splits terminal handling in input and output. While at it, it
resolves/removes some of the kludges we had to work around this limitation.
For example, gfxterm/vga no longer need to assume the input is bios console,
at_keyboard can be used in
Robert Millan wrote:
On Tue, Nov 04, 2008 at 08:55:52PM +0200, Vesa Jääskeläinen wrote:
Robert Millan wrote:
On Sat, Nov 01, 2008 at 01:32:29PM +0100, Robert Millan wrote:
Hi,
Attached patch makes it possible to build modules externally, by:
- Installing headers in system include dir
Colin D Bennett wrote:
On Fri, 31 Oct 2008 18:31:31 +
Matt Sturgeon [EMAIL PROTECTED] wrote:
will all these fonts be included in the next release of GRUB 2?
Probably not; the licenses may not be compatible with GPLv3. These
fonts are ones that came with X.Org on my system, and I just
Colin D Bennett wrote:
On Tue, 14 Oct 2008 00:11:42 +0300
Vesa Jääskeläinen [EMAIL PROTECTED] wrote:
A minor point: You mentioned RGB and RGBA format--do you mean true
color (either RGB[A] or BGR[A] layout) or do you mean literal RGB byte
order? If we are talking about picking a single
Andy Goth wrote:
Andy Goth [EMAIL PROTECTED] wrote:
I'll test the current SVN this Friday, or perhaps Thursday night at
the earliest.
Actually I did spend time tonight investigating. I needed to get the latest
SVN for another reason (about which I have questions I'll ask in a few days),
we are on good track to
solve speed problem.
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Colin D Bennett wrote:
This patch adds support for a 'class' attribute on menu entries. It is
somewhat of a kludge, however since currently you just append
|class=this,that to the menu entry title to specify the classes.
Classes are used to provide a simple and flexible way for the best
Robert Millan wrote:
Btw, what happened to the handlers patch? I thought it was about to be
merged.
Handlers has nothing to do with this :)
That is still pending before we get more discussion about that :)
Anyway... what you are after is multiple terminal inputs and outputs
support.
Vesa Jääskeläinen wrote:
Vesa Jääskeläinen wrote:
It is really necessary that all generic graphical menu code like bitmap
scaler works always. Not just for some optimized formats as otherwise it
would render graphical menu unusable in some cases. It can be not so
pretty on low end systems
Carles Pina i Estany wrote:
Hello,
I was thinking how we could have different keyboard layouts and after
have some ideas I sent some emails to Robert about this topic (who had some
better ideas :-) )
Let me to explain here some plan/design. I would like to research on it
after some
Robert Millan wrote:
On Sun, Sep 28, 2008 at 11:49:54PM +0200, Carles Pina i Estany wrote:
- gettextise the util tools, so they can be translated as normal
programs.
ok! (I guess/hope that will be more burocratic work than new work)
It _is_ technical work I think, but less fun than the
Bean wrote:
On Wed, Sep 24, 2008 at 12:19 AM, Vesa Jääskeläinen [EMAIL PROTECTED] wrote:
J.Bakshi wrote:
In my debian lenny, the grub2 has very simple look. I know it can be tweak
to
get ubuntu style graphical grub2 interface. After searchine google I have
found the Grub2 summer code
J.Bakshi wrote:
In my debian lenny, the grub2 has very simple look. I know it can be tweak to
get ubuntu style graphical grub2 interface. After searchine google I have
found the Grub2 summer code project 2008 and I have downloaded the theme
folder. But I can't understand how to include the
Daniel Kahn Gillmor wrote:
On Sat 2008-09-13 00:52:47 -0400, Arthur Marsh wrote:
Vesa Jääskeläinen wrote, on 2008-09-13 00:13:
Geoff Karl wrote:
I would like to be able to set the clock to a particular time
automatically before launching an operating system.
Anyone have any ideas
Geoff Karl wrote:
I would like to be able to set the clock to a particular time
automatically before launching an operating system.
Anyone have any ideas if this can be done during the boot loader process?
Yes it can be done. But why?
___
y.volta wrote:
I noticed that `grub_vbe_bios_set_display_start () which used AX=4F07h
INT10h' used in the fancy menu patch. This will use the video buffer to do
buffering, but this function will fail on some system, Collin told us in his
Journal:
However, VMware doesn't seem to
Pavel Roskin wrote:
I believe we could declare SPARC broken, but keep PowerPC working. The
PowerPC code can be cross-compiled and tested in qemu. I can send my
testing scripts if you want.
Can you put that on Wiki?
___
Grub-devel mailing list
Robert Millan wrote:
On Mon, Sep 08, 2008 at 10:49:02AM -0400, Pavel Roskin wrote:
Quoting Robert Millan [EMAIL PROTECTED]:
This patch moves normal, serial and pci to conf/i386.rmk.
Why i386? That code is not i386 specific.
It is. Notice it's being moved from conf/i386-*.rmk, not
Robert Millan wrote:
On Sun, Sep 07, 2008 at 08:12:02PM +0300, Vesa Jääskeläinen wrote:
Hi All,
As our release plan is rotting a bit, I zapped current plan on Wiki and
here is my proposal for plan targetting 2.0 gold release.
== 1.97 ==
Estimate Date:: 2008-??-?? (ASAP)
Release
phcoder wrote:
Hello. As I said in another email there is no need for it. I send a
patch for it.
Doesn't this break our rescue mode ?
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Javier Martín wrote:
El lun, 08-09-2008 a las 22:48 +0300, Vesa Jääskeläinen escribió:
phcoder wrote:
Hello. As I said in another email there is no need for it. I send a
patch for it.
Doesn't this break our rescue mode ?
How would it? As with other commands, there would be two versions
''. Official major release intended to
replace GRUB Legacy in mainstream use.
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
y.volta wrote:
hi, all:
Collin has submit the 'Fancy Menu', when it will be available on the main
svn thread?
When it gets reviewed and merged. I have been slowly adapting some of
the patches to my local devel tree so they can get committed. However I
need to make sure they are
to one of those work, you need to load script module that
registers handler for it.
Do anyone have skills to decipher Lua's license is it compatible with
GPLv3 ?
Thanks,
Vesa Jääskeläinen
___
Grub-devel mailing list
Grub-devel@gnu.org
http
phcoder wrote:
I was thinking about the scenario when ide drives are trusted but not
USB or removable devices. Cryptographic checksums wouldn't bring much
because if attacker can modify harddrive he can also modify GRUB to skip
checksum check.
Then you password protect it :) Once that is
to something like:
(ata0) (pci-X-Y-Z:ata0) (usb-X-Y:scsi0) (pci-X-Y-Z:scsi0)
I do not know if those all would be valid, but I hope you get the idea.
Alternative would be that you integrate some module to core that
validates your system that there is no extra devices or such.
Thanks,
Vesa
1 - 100 of 320 matches
Mail list logo