Update of bug #18836 (project grub):
Status:None = Fixed
Assigned to:None = okuji
Open/Closed:Open = Closed
Planned Release
Ubuntu's is patched very much, so I wouldn't be surprised even if you don't
have the problem with the official.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
to support 64-bit addressing.
* A TGA loader is added for the video API.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
all free software projects are volunteer-based,
and great people always have been contributing to cutting-edge software
projects. This is how GNU and many other free software projects have evolved.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http
(regparm - stack).
Okuji, can I commit this patch? I see this as a bugfix, do you?
I would like to know your motivation. Why don't you use GRUB 2?
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
.
* Implement experimental Video API and a new terminal gfxterm based
on the Video API.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
, whether you are accepted or not.
Cheers,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Sunday 21 May 2006 05:41, Noah Misch wrote:
On Fri, May 19, 2006 at 09:23:45PM +0200, Yoshinori K. Okuji wrote:
This requires two compilers, for the tools and for the standalone binary,
and similarly two sets of flags for the compilers. As far as I know,
autoconf does not support
the bootstrap on
SparcStation but supports running the tools on SparcStation. This is
critical, because the user can still build GRUB successfully, even if GRUB
does not fully support the user's environment.
Would you give us any suggestion or idea?
Thanks,
Okuji
)
privately.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
you. Please check this in.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
The acceptance of students' applications has began, so I've updated the GRUB's
SoC page:
http://www.gnu.org/software/grub/grub-soc.html
I added an advice for students in this page. If you are interested, have a
look, please.
Okuji
___
Bug-grub
,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
.
You are right. It is surprising that nobody has notified this mistake over 10
years...
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Sunday 19 March 2006 03:31, Marc Desmarais wrote:
You have to first do a low level format of the floppy ( fdformat
/dev/fd0H1440) before doing a high level format, just for GRUB.
No. Your GRUB is simply too old.
Okuji
___
Bug-grub mailing list
debugging I found that the following patch solves
the problem for me. Please check it and consider to apply.
Thank you for your patch. I've fixed it right now.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
interesting suggestion. I've implemented it in GRUB 2 right
now.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Tuesday 24 January 2006 00:03, Tony and Robyn Lewis wrote:
Yoshinori K. Okuji wrote:
On Saturday 21 January 2006 18:21, Marco Gerards wrote:
In that case it is not exported by the BIOS. There is nothing GRUB
can do about it...
I don't agree. Clearly, his BIOS could boot up the CD itself
, his BIOS could boot up the CD itself, and GRUB failed
in recognizing the drive. I always doubt that the drive detection code for CD
drives in GRUB is buggy. Unfortunately, I don't have such a drive or BIOS
which does not work with GRUB, so I cannot debug it myself.
Okuji
On Thursday 12 January 2006 12:35 am, David Seikel wrote:
I am a developer. B-)
Are you a developer of GRUB? I'm curious about what you are doing with GRUB.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
wondering why
you want to stick to GRUB Legacy. GRUB 2 is almost usable from my point of
view, and much easier to develop.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Saturday 07 January 2006 05:23 pm, Gregg C Levine wrote:
Follow-up Comment #7, bug #5562 (project grub):
Anonymous messages such as this should not be allowed. We should disable
all anonymous postings.
Done.
Okuji
___
Bug-grub mailing list
Bug
On Wednesday 11 January 2006 05:43 pm, David Seikel wrote:
On Wed, 11 Jan 2006 14:25:09 +0100 Yoshinori K. Okuji
[EMAIL PROTECTED] wrote:
You know that GRUB Legacy wouldn't be extended any longer. I'm
wondering why you want to stick to GRUB Legacy. GRUB 2 is almost
usable from my point
be included in GRUB
Legacy.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
the configuration
of NVRAM is various.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
itself is a Multiboot-compliant kernel.
* Add new filesystems: XFS, SFS, and AFFS.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Wednesday 28 September 2005 12:39 am, Yoshinori K. Okuji wrote:
On Tuesday 27 September 2005 08:44 pm, Timothy Baldwin wrote:
The original goal is to support loading GRUB from any Linux or multiboot
bootloader, so that a OS installation script could install GRUB 2 before
rebooting
A20 before that can work.
Interesting. I would be happy if you can make GRUB mutiboot-compliant.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
didn't install
0.97 in a boot sector and you still use an older version.
Another question: there's a 1.9 version in the download directory. Is that
an early version of Grub 2?
Yes.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http
Follow-up Comment #2, bug #14620 (project grub):
Only if you prove that it is really due to the BIOS. Are you sure that your
GRUB installation uses the config file you modified?
___
Reply to this item at:
, because, without this
option, we cannot emulate the native environment precisely. But you can apply
such a change if it is required.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
, it is a good idea to enable a watchdog in GRUB. But
this is acceptable only for GRUB 2. I won't extend GRUB Legacy any more.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
at ChangeLog for more details.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
Follow-up Comment #2, bug #13606 (project grub):
I don't think this is a bug. From THE LINUX/I386 BOOT PROTOCOL:
THE KERNEL COMMAND LINE
The kernel command line has become an important way for the boot
loader to communicate with the kernel. Some of its options are also
relevant to the
from these patches as well.
Can you send your patch for GRUB?
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
function which sets %si when
successful. You can get more info from Ralf Brown's Interrupt List.
I just want to understand how the stage1 works...
Why?
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
on the initrd perhaps ?
Can you show the results of dumpe2fs?
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
hard disks. You can check
the slowness by putting, say, a 10MB file on your CF and HD.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
Hello,
The GRUB Wiki is down again. I get 500 Internal Server Error.
I do not understand why the server often malfunctions. Is there any technical
reason? Is it difficult to make it more reliable?
Regards,
Okuji
___
Bug-grub mailing list
Bug-grub
information about this error may be available in the server error log.
as you will read, our server has been partially offline during the last
days, and YES - it is difficult to make more reliable a server when
cybercops put their hands on it and they don't even tell it to you.
Hmm.
Okuji
I don't know which version you use, but the current version of GRUB should not
try to decompress initrd. It just loads initrd as it is.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
annoying, it should be
possible to turn on/off that feature.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
(and grub will not know this actually is an initrd).
Use modulenounzip.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
that it in reality didn't know how to deal with the module. That's
the whole point of the bug report.
Feel free to send a patch.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
no terminal is connected.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Wednesday 01 June 2005 11:28, Seiji Munetoh wrote:
This is a patch to support Trusted Boot using a security chip on PC
platform.
I am sorry, but our position is against "trusted computing". Please read this
article:
http://www.gnu.org/philosophy/can-you-trust.html
Update of bug #12516 (project grub):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #4:
RTFM.
Update of bug #12822 (project grub):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
We cannot accept this
Update of bug #13224 (project grub):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Just a temporary
Update of bug #12245 (project grub):
Status:None = Wont Fix
Open/Closed:Open = Closed
___
Follow-up Comment #1:
The dependency on
On Tuesday 24 May 2005 11:15, gxk wrote:
can you tell a little more about stuff to do for PM in this project?
Please read this:
http://lists.gnu.org/archive/html/bug-grub/2004-04/msg00162.html
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub
that the GNU GRUB
website still contains the 0.95 GRUB manual (and not the more recent
0.97)?
Sorry. That is only because I'm too lazy to remind myself of how to make
various formats of the manual.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub
-
appears to work correctly (both, when Grub saves the default
and when I modify the file default by hand).
Good to know.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Monday 09 May 2005 20:12, Guillermo Gutierrez wrote:
will the binaries be updated to reflect the correct version number?
I won't.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
is this important? I think most people who use the official version
compile GRUB themselves. It is so easy to compile GRUB themselves. If this is
so problematic, I will stop making binary distributions.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
(Access violation)
Address: xxx.xxx.xxx.xxx
Netmask: xxx.xxx.xxx.xxx
Server: xxx.xxx.xxx.xxx
Gateway: xxx.xxx.xxx.xxx
TFTP error 2 (Access violation)
.
.
.
repeat
I don't know if it works, but this log indicates that the configuration of
your TFTP server is not appropriate.
Okuji
On Sunday 08 May 2005 00:17, Kurt Newman wrote:
I've been working on this out for about 1.5 days now. Could anyone lend
a helpful hand?
It is not a bug in GRUB, but in Linux. You'd better to ask Fedora's mailing
list, instead.
Okuji
On Friday 29 April 2005 23:34, David Everly wrote:
Under XFS, sync() does not suffice to force data from the log/journal
onto the disk so that the raw device can see it. With XFS the data is
only forced into the on-disk journal. Instead, one must freeze to force
it to completely
wonder if setting something like a nofb flag in grub
would make the splash screen work, but i suspect there is no such flag.
We do not have a splash screen. Ask your vendor.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman
didn't implement it, because I got no response, so I
thought there was no interest. This should be addressed in GRUB 2.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
Update of bug #12967 (project grub):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
RTFM. Not a bug.
On Sunday 08 May 2005 05:20, Reshat Sabiq wrote:
What i meant is that i have to comment out the following line in
grub.conf to be able to see anything grub has to show:
#splashimage=(hd0,3)/grub/splash.xpm.gz
We *do not have* such a splash screen. We *do not use* grub.conf. Have
, mention how you
changed the code, like first, do this, and if it fails, do that.
The code itself looks good, except for the coding style. The positions of
braces are not good. Once you correct it, I will apply it.
Cheers,
Okuji
___
Bug-grub mailing list
, it does this alot.
Not that much. All I have heard that GRUB does not work well is HPT devices.
What's the algorithm and reasoning behind?
As grub-install says, it is just a guess. In reality, it works in 99.99%
machines.
Okuji
___
Bug-grub mailing
looking forward to your patch.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Tuesday 22 March 2005 09:41 pm, Molle Bestefich wrote:
Incidentally, could you perhaps offer your comments on the attached patch?
ChangeLog, please.
One thing I can think of myself is to actually calculate the "correct"
cylinder count with 63 secs/track and 255 heads,
On Tuesday 22 March 2005 10:19 pm, Molle Bestefich wrote:
ChangeLog, please.
Any preferred length, formatting, ?..
Please check the GNU Coding Standard. You can also get some ideas from the
existing ChangeLog entries.
Okuji
___
Bug-grub mailing
Follow-up Comment #11, bugs #12018 (project grub):
I have fixed it right now. Thanks.
Please write ChangeLog next time. Usually I do not apply any patch if
ChangeLog is not written.
Okuji
___
Reply to this item at:
http
presents 33rd plus characters un-encrypted.
It is intentional. Do you need such a very long password for GRUB?
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
such
an effort. So, if it is inevitable not to keep using that option, I will
change GRUB.
Regards,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
Pathname
+-+-+-+-+-+-+--
| 150 | n | n1 | n2 | n3 | n4 | ...
+-+-+-+-+-+-+--
Best regards,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
install GRUB bundled with a distribution, you should
complain to the distributor that they don't use grub-install correctly.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
On Monday 28 February 2005 21:12, Roland McGrath wrote:
It's your policy that is questionable. The new GRUB is not usable in
production, yet the old GRUB is frozen too early.
If you don't like, help the legwork.
Okuji
___
Bug-grub mailing list
Bug
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-grub
Follow-up Comment #5, bugs #11808 (project grub):
I checked in another patch.
BTW, please use make -k next time to detect all errors.
Okuji
___
This item URL is:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=11808
Follow-up Comment #3, bugs #11808 (project grub):
I checked in my own patch. If this works for you, I will close this bug.
___
This item URL is:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=11808
in a patch to the CVS for your problem right now. Could you
test the CVS version with gcc-4?
Okuji
___
This item URL is:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=11808
___
Message sent
Update of bugs #11788 (project grub):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
It is a bug in gcc.
is the number of next boot entry or the special keyword `fallback'.
* New utility grub-set-default.
* New section Making your system robust in the manual.
Thanks,
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
Jason, do not forget that you can apply patches yourself, if there is no
copyright issue obviously. The patch looks very short, so you can
integrate it if you think it's ok.
Okuji
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org
This mail is an automated notification from the bugs tracker
of the project: GNU GRUB.
/**/
[bugs #11312] Latest Modifications:
Changes by:
Yoshinori K. Okuji [EMAIL PROTECTED]
'Date:
Sun
This mail is an automated notification from the bugs tracker
of the project: GNU GRUB.
/**/
[bugs #11308] Latest Modifications:
Changes by:
Yoshinori K. Okuji [EMAIL PROTECTED]
'Date:
Sun
to
have information between OS devices and BIOS drives for all drives but
not only for the boot drive, to detect the mapping information
correctly.
Regards,
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub
On Monday 29 November 2004 14:49, Amir Shalem wrote:
an hack idea I had (not sure if it will really work):
go over all places in stage2 sources who handle floppy ( 0x80 part)
and tell it its really an harddisk.
is it possible or not ?
It really depends on your BIOS. If
. If
this is avoided by a simple and generic workaround, it is also nice.
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub
to publish a new version for it.
But, why not GRUB 2? In GRUB 2, we don't need to even care about
backward compatibility at all.
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub
On Saturday 13 November 2004 11:53, Yedidyah Bar-David wrote:
Any intentions to integrate the new etherboot drivers patch?
Quite a lot of new hardware needs it.
It is not my job. Please ask Feng.
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED
opinion? Honestly speaking, I
don't care about version numbers very much. If I get no significant
response, I will release 0.96 in a few days.
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub
I asked Marco Parrone to set up a basic ACL in the GRUB Wiki. He is the
site maintainer of autistici.org. So you must now make your own user to
edit pages. This is very easy and instant.
This change is mainly for blocking spams.
Okuji
___
Bug-grub
in the command
boot.
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub
On Monday 11 October 2004 00:49, Jason Thomas wrote:
done!!!
Thank you very much.
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub
On Friday 08 October 2004 01:55, Allen Beye Riddell wrote:
I'd be happy to help out with the grub website. This is in response
to the posting on savannah.
Thank you for your offer. Could you read the archive of mailing lists
(bug-grub and grub-devel) to understand what is not
On Thursday 07 October 2004 21:46, Norman B. Robinson wrote:
I think it might help the list to post an
informational link to GRUB2
Would you like to do that yourself?
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman
have said how it should be implemented too many times, so please search
the archive of this list.
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub
drive might be a good feature for GRUB 2.
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub
This mail is an automated notification from the bugs tracker
of the project: GNU GRUB.
/**/
[bugs #494] Latest Modifications:
Changes by:
Yoshinori K. Okuji [EMAIL PROTECTED]
'Date:
Tue 09
This mail is an automated notification from the bugs tracker
of the project: GNU GRUB.
/**/
[bugs #509] Latest Modifications:
Changes by:
Yoshinori K. Okuji [EMAIL PROTECTED]
'Date:
Tue 09
This mail is an automated notification from the bugs tracker
of the project: GNU GRUB.
/**/
[bugs #1251] Latest Modifications:
Changes by:
Yoshinori K. Okuji [EMAIL PROTECTED]
'Date:
Tue 09
This mail is an automated notification from the bugs tracker
of the project: GNU GRUB.
/**/
[bugs #10442] Latest Modifications:
Changes by:
Yoshinori K. Okuji [EMAIL PROTECTED]
'Date:
Mon
This mail is an automated notification from the bugs tracker
of the project: GNU GRUB.
/**/
[bugs #10400] Latest Modifications:
Changes by:
Yoshinori K. Okuji [EMAIL PROTECTED]
'Date:
Mon
1 - 100 of 1380 matches
Mail list logo