Update of bug #18836 (project grub):
Status:None = Fixed
Assigned to:None = okuji
Open/Closed:Open = Closed
Planned Release:
On Friday 09 March 2007 13:30, Andrew Jeffries wrote:
adrian15 wrote:
Andrew Jeffries escribió:
There's a bug in GRUB 0.97 on Intel 965 Chipsets, the DVD drive
doesn't work if booting from GRUB from the hard drive in either
Windows Vista or Ubuntu Linux.
If I replace GRUB with LILO it
I'm happy to announce the release of GRUB 1.95. This is the sixth of
our prereleases leading up to GRUB 2.0. We encourage you to try it, as
we have done a significant amount of work towards GRUB 2. Note that this
release is mainly for developers who are willing to contribute to our
project. If
On Friday 21 July 2006 11:58, Molle Bestefich wrote:
Whom on earth wants to use alpha software as their boot loader?
Oh, what a shameless comment. Nobody said such a thing when GRUB was born. If
all people were like you, any new technology wouldn't be accepted or
developed. Note that nearly
On Monday 17 July 2006 21:35, Marco Gerards wrote:
The A20 code of GRUB Legacy does not work in all cases, as some of you
already know. For me the most important thing is that it does not
work on my MacBook. Here is a backport from GRUB2's A20 code. The
only change it the calling convention
I'm happy to announce the release of GRUB 1.94. This is the fifth of
our prereleases leading up to GRUB 2.0. We encourage you to try it, as
we have done a significant amount of work towards GRUB 2. Note that this
release is mainly for developers who are willing to contribute to our
project. If
Hello,
As announced here:
http://code.google.com/soc/gnu/about.html
GNU GRUB has been allowed to accept Jeroen's application for LVM and RAID
support. Congratulations, Jeroen!
I thank all the people who submitted applications for GRUB. I hope we will
have chances to hack GRUB together,
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
Hello,
In the newer version of GRUB, I've beein using autoconf in a tricky way. We
aim at building tools which run on an operating system (such as an installer)
as well as building binary images/files which run on a boot environment (such
as a boot sector). GRUB wants to support that the user
This is a reminder. The due date is the 8th day. If you would like to
submit/update applications, please hurry up. Most applications require some
discussion and rewrite, so we have no time to complete applications if you
wait too much. Also, please do not hestiate to contact me (or Hollis)
On Tuesday 02 May 2006 06:29, Pavel Roskin wrote:
grub shell crashes if the argument to --boot-drive exceeds 255.
2006-05-02 Pavel Roskin [EMAIL PROTECTED]
* grub/main.c (main): Don't allow boot drives exceeding our
limit of 256. Using higher numbers will crash grub.
Thank
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
Hi all,
We participate the Google's Summer of Code 2006 as a part of the GNU Project.
If you are interested, please look at the list of our ideas:
http://www.gnu.org/software/grub/grub-soc.html
I will be the main mentor in GRUB, and I expect that Marco will help me
mentoring students.
Jeroen! Nice to see you again. :)
On Sunday 16 April 2006 16:06, Jeroen Dekkers wrote:
I think it's pretty easy to see that the right offsets are 12-28.
2006-04-16 Jeroen Dekkers [EMAIL PROTECTED]
* docs/multiboot.texi: Fix typo in multiboot header offsets of
the a.out kludge.
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
On Tuesday 21 March 2006 11:40, Vitaly Fertman wrote:
There is a bug report conserning grub-0.97 and reiser4 support
in grub:
https://savannah.gnu.org/bugs/?func=detailitemitem_id=14874
I have tested it and found that the problem may occur with other
filesystems as well.
After some
On Wednesday 01 February 2006 00:45, [EMAIL PROTECTED] wrote:
Greetings developers; I have sort of a question and feature request. My
question is why GRUB stage1 does not use the BIOS INT 18h call on failure
so that the BIOS knows that the bootstrap has failed and can either try
the next
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
On Saturday 21 January 2006 18:21, Marco Gerards wrote:
Tony Lewis [EMAIL PROTECTED] writes:
I discovered a possible GRUB problem when booting from the Xen Live
CD. I raised a bug there:
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=464
The short version seems to be that
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
On Tuesday 10 January 2006 01:14 pm, adrian15 wrote:
Hi Yoshinori (I think you're the only Grub Legacy developer still alive or
not focused completely in grub2 :) )
I am trying to develop a new command called CALL in Grub Legacy.
You know that GRUB Legacy wouldn't be extended any longer. I'm
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
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
On Friday 21 October 2005 11:24 am, adrian15 wrote:
Let's do the following with Linux:
dd if=/dev/zero of=./blank.img count=1 bs=446
dd if=./blank.img of=/dev/hda
You must not forget the last 2 bytes as well (the signature).
My first instict, my first thought was to do:
install p
On Friday 21 October 2005 11:16 am, adrian15 wrote:
I am interested in using multiple fallbacks as described in:
http://www.gnu.org/software/grub/manual/grub.html#Booting-fallback-systems
however I'm not sure if I can use this option from a cdrom or floppy
because I do not know if I need to be
I'm happy to announce the release of GRUB 1.91. This is the second of
our prereleases leading up to GRUB 2.0. We encourage you to try it, as
we have done a significant amount of work towards GRUB 2. Note that this
release is mainly for developers who are willing to contribute to our
project. If
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
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 the computer for main part of the installer. However it needs
code to enable
On Monday 26 September 2005 06:49 pm, Kai Schaetzl wrote:
0.97 from the source, but it still seems to lack that support. Which means
if I have line of savedefault 0 it won't create a default file with that
entry. I can run grub-set-default but the default file produced will get
ignored by
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:
On Monday 08 August 2005 04:47, Jason Thomas wrote:
Here is a patch against grub legacy to make it compile with gcc 4.0 do
you think it could be applied to CVS?
I think I have already fixed most of them. As for -fwritable-strings, I must
say that it was a bad decision in the GCC project,
On Monday 08 August 2005 10:12, Kjeld Flarup Christensen (ST/LMD) wrote:
Now my question is, should such a patch go into the grub source.
Or, is it better to put the watchdog into a kernel module, which then is
loaded by grub. Is this kernel approach doable at all.
For the maximum safety, it
I'm happy to announce the release of GRUB 1.90. This is the first of
our prereleases leading up to GRUB 2.0. We encourage you to try it, as
we have done a significant amount of work towards GRUB 2. Note that this
release is mainly for developers who are willing to contribute to our
project. If
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
On Friday 05 August 2005 22:30, Rink Springer wrote:
Would you please consider to merge this back into grub? The code is
BSD-licensed, which is identical to the FFS include files at least.
Cromwell would prefer to remain as close to grub as possible, and I
believe other people could benefit
On Tuesday 02 August 2005 05:51, Martin Baute wrote:
The thing is, unless I'm missing something, at this
point %si is pointing to the zero byte at the end
of notification_message... so where is %si set to
a reasonable value, which I have missed?
Look at the code before that. It calls a BIOS
On Friday 08 July 2005 01:05, Skahan, Vince wrote:
I took a little peek with dumpe2fs, looks like mke2fs
calculated a 1k block size with the smaller partition,
since there are very few (under 100) files on this partition,
would manually setting the block size increase grub's
read performance
Well, as far as I test the same ext2 parameters, it is working well, and just
slow. Using a larger block size always has a better performance for big files
on any kind of disk, because it decreases random access. Maybe this is the
only reason.
Usually, compact flash disks are much slower than
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
we read your messages (2005.06.13 and 2005.07.02) about the grub wiki.
first of all: are you sure are you writing to correct address?
Sure.
if yes, please provide us more details about the problem.
Just type this in your browser:
http://www.autistici.org/grub/
All I get is this:
Internal
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
On Wednesday 22 June 2005 12:50, Osvaldo La Rosa wrote:
just a trick, maybe a commented option for future menu.lst templates:
why ot providing the \007 (speaker beep) at the grub boot: prompt?
This sould help people who need such a signal to know that they are at the
prompt at that moment.
I
On Wednesday 22 June 2005 15:16, Jan Beulich wrote:
For plain Linux that's true. For domain 0 of xen, however, this is
different, because the domain 0 kernel is already specified as module (XEN
itself being a multiboot image), and hence initrd needs to be specified as
secondary module (and
On Wednesday 22 June 2005 16:53, Jan Beulich wrote:
Certainly, that's needed. But it is unacceptable that I had to find out I
need to do this by debugging grub (after having searched for the problem in
the kernel and then in XEN for several hours), because it simply didn't
tell me that it in
On Tuesday 21 June 2005 19:04, adrian15 wrote:
I use cat FILE. I know that Grub has an internal pager.
But if you call cat FILE from a menu pager doesn't work (even if you put
pager ON before the cat).
This is disabled by intention, because the pager may prevent automatic
booting, even when
On Wednesday 01 June 2005 11:28, Seiji Munetoh wrote:
(B This is a patch to support Trusted Boot using a security chip on PC
(B platform.
(B
(BI am sorry, but our position is against "trusted computing". Please read this
(Barticle:
(B
(Bhttp://www.gnu.org/philosophy/can-you-trust.html
(B
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
On Monday 23 May 2005 17:05, Jeroen Janssen wrote:
Anyway, I hope this also means the NTFS code can/will be available in a
future GRUB release sometime.
I won't incorporate it until someone sends a clean patch with the ChangeLog
entries.
p.s. on a side note, is there any specific reason that
Hi,
On Monday 09 May 2005 15:06, Treutwein Bernhard wrote:
The stage2 of the binary distribution fetched from
ftp://alpha.gnu.org/gnu/grub/grub-0.97-i386-pc.tar.gz
identifies itself as GNU GRUB version 0.96 and
not 0.97 :-(
Oops. The same mistake again. Please don't mind it. It has no bad
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
On Tuesday 10 May 2005 00:20, Jason Thomas wrote:
why not? It will stop a lot of future questions!
Because there is no way to overwrite files on the server, due to the automatic
uploading system. All I can do is to release a new version. I don't want to
do it only for this small thing.
How is
On Friday 29 April 2005 22:06, Tom Carpenter wrote:
1) when Etherboot downloads and runs nbgrub, networking is
configured, but nbgrub just loops, printing the following:
Address: xxx.xxx.xxx.xxx
Netmask: xxx.xxx.xxx.xxx
Server: xxx.xxx.xxx.xxx
Gateway: xxx.xxx.xxx.xxx
TFTP error 2
On Sunday 08 May 2005 00:17, Kurt Newman wrote:
(B I've been working on this out for about 1.5 days now. Could anyone lend
(B a helpful hand?
(B
(BIt is not a bug in GRUB, but in Linux. You'd better to ask Fedora's mailing
(Blist, instead.
(B
(BOkuji
(B
(B
On Friday 29 April 2005 23:34, David Everly wrote:
(B Under XFS, sync() does not suffice to force data from the log/journal
(B onto the disk so that the raw device can see it. With XFS the data is
(B only forced into the on-disk journal. Instead, one must freeze to force
(B it to completely
On Monday 02 May 2005 23:15, Reshat Sabiq wrote:
My question is about the grub splash screen. When it's enabled in this
setup, no menu, in fact nothing, can be seen during boot, although if you
ht space, and then Enter it is equivalent to going to the menu and booting
the default option. I
On Friday 29 April 2005 02:23, Michael Hearn wrote:
Guys - Have trawled through the archives but can't track down any
similar issues - atleast reported against recent versions of grub.
I'll try and be succinct.
I'm netbooting Dell 1650's/2650's/2850's using dhcp/tftp/pxegrub -
pxegrub is
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:
(B What i meant is that i have to comment out the following line in
(B grub.conf to be able to see anything grub has to show:
(B #splashimage=(hd0,3)/grub/splash.xpm.gz
(B
(BWe *do not have* such a splash screen. We *do not use* grub.conf. Have
On Wednesday 23 March 2005 10:46 am, Molle Bestefich wrote:
* lib/device.c (get_drive_geometry):
Shuffle BLKGETSIZE and HD_GETGEO so that a correct sector count can
be retrieved for device-mapper devices in the stage2 simulator.
You should be more explicit. Instead of saying just shuffle,
On Tuesday 22 March 2005 07:31 pm, Molle Bestefich wrote:
As you've made clear, GRUB can't possibly know which Linux device maps
to which BIOS device. I'd like to know why it attempts to do so
anyway, and what the (insane, I guess :-)) algorithm it uses is?
Read the source code.
Currently,
On Tuesday 22 March 2005 07:41 pm, Molle Bestefich wrote:
You could, at boot-up, calculate a md5 hash based on the first sector
of every disk. If there's a duplicate hash, load the last sector of
every disk also and calculate the md5 based on both. If there's still
duplicates, add one more
On Tuesday 22 March 2005 09:41 pm, Molle Bestefich wrote:
(B Incidentally, could you perhaps offer your comments on the attached patch?
(B
(BChangeLog, please.
(B
(B One thing I can think of myself is to actually calculate the "correct"
(B 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:
On Monday 14 March 2005 08:56 pm, Roderick A. Anderson wrote:
While doing some testing I noticed that the grub-md5-crypt script will not
process a password of more than 31 characters properly. At 32 characters
the encrypted password comes back blank and if more that 32 characters it
just
On Saturday 12 March 2005 06:38 pm, Ted Lemon wrote:
I would like to notify that GNU GRUB uses the DHCP option 150,
according to
RFC 3942.
Thanks for the notification. Would you guys be interested in fixing
this so that GRUB uses a vendor-encapsulated option, or do you think
this usage
Hello,
I would like to notify that GNU GRUB uses the DHCP option 150, according to
RFC 3942.
GNU GRUB Configuration Path
This specifies the path-name that contains a configuration for GNU GRUB.
The code for this option is 150. Its minimum length is 1.
Code LenConfiguration
On Monday 07 March 2005 02:29 pm, Treutwein Bernhard wrote:
My experimentation some time ago (including a quick
browse in the source of stage2.c) yielded that the file
default must be at least 10 chars long and should contain
the numeric ascii equivalent of the default entry to boot.
I don't
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
[I send this to bug-hurd as well, since I saw an inadequqte post by
Roland on bug-hurd.]
Hello,
Since our (current) patch submission policy was described only on a
mailing list, I wrote an article on the GRUB Wiki:
http://www.autistici.org/grub/moin.cgi/GrubLegacyPatchSubmission?action=show
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
Update of bugs #11808 (project grub):
Priority: 5 - Normal = 3 - Low
Item Group: Action Request = Software Error
___
Follow-up Comment #1:
I have checked in a
Update of bugs #11788 (project grub):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
It is a bug in gcc.
I'm happy to announce the release of GRUB 0.96. This is the seventh of
our prereleases leading up to GRUB 1.0. We encourage you to try it, as
we have done a lot of bugfixes and feature enhancement since the
previous release.
The source and binary distributions are available from
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
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
On Thursday 02 December 2004 22:15, Colin Watson wrote:
I used the attached patch (or something very similar; I don't have
the exact code any more, but I remember it quite well).
No patch is attached...
http://lists.gnu.org/archive/html/bug-grub/2002-12/msg00029.html
suggests that this test
On Monday 29 November 2004 14:49, Amir Shalem wrote:
(B an hack idea I had (not sure if it will really work):
(B go over all places in stage2 sources who handle floppy ( 0x80 part)
(B and tell it its really an harddisk.
(B
(B is it possible or not ?
(B
(BIt really depends on your BIOS. If
On Tuesday 30 November 2004 21:54, Colin Watson wrote:
I work on the Ubuntu distribution of GNU/Linux. We have a bug report
(https://bugzilla.ubuntu.com/show_bug.cgi?id=3007) with two different
instances of BIOSes that pass the wrong boot drive in DL to GRUB's
Stage 1. Our package is based on
On Tuesday 16 November 2004 17:29, Feng Shuo wrote:
Sorry for my absence, I am too busy these weeks my current work
in ICT eats up all my spare time After all, I need it to get
money :(.
It is the life, unfortunately. ;)
If it doesn't matter, please wait me to the end of this week.
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]
Hello,
I'm thinking about publishing next version. This version should be
considered a completely feature-frozen release.
Even though there are some non-fixed issues (such as full
Multiboot-compliance), some people claim that GRUB should have a stable
release (i.e. version 1.0). What is your
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
On Sunday 10 October 2004 03:04, Stefanus Du Toit wrote:
Is there anything more to this than the fact that VBE switching
should not happen until the kernel is loaded?
Precisely speaking, it's not until the kernel is loaded but until the
kernel is booted. Simply, a video mode should switch in
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:
(B I'd be happy to help out with the grub website. This is in response
(B to the posting on savannah.
(B
(BThank you for your offer. Could you read the archive of mailing lists
(B(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]
On Monday 04 October 2004 20:02, Stefanus Du Toit wrote:
I'm curious -- do you consider proper support for the multiboot
graphics fields a new feature?
No. It is a bugfix, since Multiboot is a requirement for GRUB. But I
have never seen any good implementation of the VESA support. I think I
On Thursday 30 September 2004 14:37, Marco Gerards wrote:
A device name like this could prevent other problems (for example
with weird BIOSes) as well. Therefore I thought about implementing
this for GRUB 2, not for this reason, but mainly for other reasons I
will explain later in my email.
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 608 matches
Mail list logo