On Saturday 22 Oct 2005 01:06, Yoshinori K. Okuji wrote:
> On Saturday 22 October 2005 01:46 am, Timothy Baldwin wrote:
> > Misleading as POSIX uses off_t as a byte offset. Also grub_off_t would be
> > logical type name for file offsets, which should use a separate type to
> > aid changing it.
>
>
Hi,
Like I said yesterday, I was fixing tab completion. Here is a patch
for that. It changes the kernel and the command line parsing a lot
and is a beginning for scripting support (at least for the lexer). So
I will not commit it right away. If I do not receive complaints
before Monday I will
Hi,
Last days I have been thinking about scripting support. With my last
patch it should be easy to implement. I hope Vladimir is still
interested in this.
The most important is the general design. I think we shouldn't put
too much in the core and not even in normal mode. This is the same
app
Marco Gerards wrote:
Hi,
Last days I have been thinking about scripting support. With my last
patch it should be easy to implement. I hope Vladimir is still
interested in this.
Yes. Exactly now I'm on holiday so I have a lot of time. And also I have
some ideas for some new GRUB features b
Vladimir Serbinenko <[EMAIL PROTECTED]> writes:
Hi Vladimir,
>>Last days I have been thinking about scripting support. With my last
>>patch it should be easy to implement. I hope Vladimir is still
>>interested in this.
>>
>>
> Yes. Exactly now I'm on holiday so I have a lot of time. And also I
Hello
In bash when you define a function it appears under environment
variables. IMHO it's useless to store completely the source code as an
environment variables. I propose that the functions will be preparsed
(converted to internal format ready for execution) because it will
gretelya simp
Vladimir Serbinenko <[EMAIL PROTECTED]> writes:
>>That can be translated into some kind of pseudo language:
>>
>>1: list = 1 2 3
>>2: read i, list
>>3: echo $i
>>4: check list
>>5: je 2
>>
>>I know it's stupid and kind of silly like this. But we have to define
>>a language. It's important to dis
Marco Gerards wrote:
Vladimir Serbinenko <[EMAIL PROTECTED]> writes:
I think we first have to determine:
1) Which commands should be supported.
What about
&& || ! case do done elif else esac fi for function if in then until
while { } [[ ]]
in scripting engine. I think that time is co
Marco Gerards <[EMAIL PROTECTED]> writes:
> I think we first have to determine:
>
> 1) Which commands should be supported.
> 2) The smallest subset of commands that should be generated.
>
> Did you have a look at how bash does this? Perhaps it even has a
> completely different approach...
I just
Vladimir Serbinenko <[EMAIL PROTECTED]> writes:
>>I think we first have to determine:
>>
>>1) Which commands should be supported.
>>
>>
> What about && || ! case do done elif else esac fi for function if in
> then until while { } [[ ]]
This sounds fine to me. Although I don't remember !, { } and
Hi all,
I am trying to boot multiple diskless clients using pxegrub/nbgrub.
I want to have a different config files for different clients.
Now, i have tried specifying
option space netboot;
option netboot.grub-menu code 150 = text;
option netboot.grub-menu "(nd)/tftpboot/menu.lst";
in the dhcp.co
On Oct 21, 2005, at 5:03 PM, Yoshinori K. Okuji wrote:
On Friday 21 October 2005 06:04 pm, Yoshinori K. Okuji wrote:
Anyway, we will migrate to another host. I hope I will have time to
set it
up in this weekend.
I have done right now. This is the new one:
http://grub.enbug.org/
Great!
Wi
On Oct 21, 2005, at 5:20 PM, Timothy Baldwin wrote:
Normal mode ls leaks disk handles because it doesn't close files
properly.
grub_vsprintf doesn't terminate a string it passes to grub_strtoul.
Have these fixes been applied? Savannah seems to be down, so I can't
tell. :(
I am happy with
On Oct 21, 2005, at 1:09 AM, [EMAIL PROTECTED] wrote:
because of not knowing the GRUB 2 architecture very well so far, it
would
be nice if you could give me some tipps about
- what does the GRUB development enviroment looks like (means how does
your test PCs look like, how to put updates on th
On Oct 22, 2005, at 7:24 AM, Vincent Pelletier wrote:
Vincent Pelletier wrote:
I'll send a separate patch for the .mk & .rmk files, because I have a
lot of dust in those files.
Here they are, along with cache.S
I'll commit those tomorrow if nothing is wrong with those
(conf/sparc64-ieee1275.r
15 matches
Mail list logo
