URL:
<https://savannah.gnu.org/bugs/?64925>
Summary: String equality test listed as double equals sign
Group: GNU GRUB
Submitter: tnemmockcore
Submitted: Fri 24 Nov 2023 08:43:10 AM UTC
Category: Documen
URL:
<https://savannah.gnu.org/bugs/?63481>
Summary: 30_os-prober test GRUB_OS_PROBER_SKIP_LIST wrong
Project: GNU GRUB
Submitter: divad27182
Submitted: Wed 07 Dec 2022 11:04:02 AM UTC
Category: Configu
URL:
<https://savannah.gnu.org/bugs/?59713>
Summary: some test scripts don't work when using dash as
shell
Project: GNU GRUB
Submitted by: g10
Submitted on: Thu 17 Dec 2020 08:24:58 PM UTC
Category
> I found a few bugs in the grub-file utility and the corresponding
command.
The second bug is that, because of the missing implementation of
the 32 bit RISC-V detection, the command line options defind below
that one are mixed up.
I implemented the corresponding test to fix this. I don't h
summary for GRUB 2.03
# TOTAL: 82
# PASS: 18
# SKIP: 20
# XFAIL: 0
# FAIL: 44
# XPASS: 0
# ERROR: 0
See ./test-suite.log
Please report to bug
In GNU Guix, we've found the test grub_cmd_set_date to be unreliable.
I haven't measured how often it fails, but it's often enough that we've
received several reports of it appearing to fail non-deterministically:
http://bugs.gnu.org/26936
We will probably disable the test for now, but it would
Update of bug #48322 (project grub):
Status:None => Invalid
Open/Closed:Open => Closed
___
Follow-up Comment #1:
*jumped* doesn't
05.01.2016 00:42, Alexander E. Patrakov пишет:
http://82.193.153.141/to-try/rich/minimal-mjg-p2.iso doesn't show up in
the menu
I am sorry.
Today I have prepared a set of other test ISOs, built with newer
versions of xorriso and the MITM wrapper, and got the results. However,
one
Hi,
Alexander E. Patrakov wrote:
> Robert Jones found an
> iMac (iMac5,2, boot ROM version IM52.0090.B00) that boots from "mbr_only"
> but doesn't boot from "mjg" when attepted to boot from USB
Can you get him to test a Debian netinst image ?
They are ISOLINUX/GRUB2
02.01.2016 01:41, Thomas Schmitt wrote:
It would be very interesting to know whether there are machines
which boot by "mjg" but not by "mbr_only" or "original".
I don't know such machines. I have a much better news. Robert Jones
found an iMac (iMac5,2, boot ROM version IM52.0090.B00) that
Hi,
i wrote:
> >
> > http://cdimage.debian.org/debian-cd/8.2.0/i386/iso-cd/debian-8.2.0-i386-netinst.iso
Alexander E. Patrakov wrote:
> On this iMac 5,2, the i386 gives 2 EFI options, both launch the installer.
> The amd64 is not recognized.
So it's probably a 32 bit machine. (Or at least
05.01.2016 02:10, Thomas Schmitt пишет:
These Debian ISOs show the original mjg layout
http://cdimage.debian.org/debian-cd/8.2.0/i386/iso-cd/debian-8.2.0-i386-netinst.iso
http://cdimage.debian.org/debian-cd/8.2.0/amd64/iso-cd/debian-8.2.0-amd64-netinst.iso
On this iMac 5,2, the i386
-
I think the script contains a copy-paste bug. Both lines 202 and 222 are:
elif test x"$mode" = xmbr_only_copy
while I think that line 222 should test for mbr_hfs_copy.
--
Alexander E. Patrakov
___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub
Hi,
Alexander E. Patrakov wrote:
> I think the script contains a copy-paste bug. Both lines 202 and 222 are:
> elif test x"$mode" = xmbr_only_copy
Indeed. Now that i do the forgotten test of this case i get
grub-mkrescue-sed.sh : FATAL : Unknown manipulation mode 'mbr_h
Hi,
Happy New Year.
I have uploaded
http://www.gnu.org/software/xorriso/xorriso-1.4.3.tar.gz
MD5 3c438044dc8827f2d12b10c64bbf0dd9
Version timestamp : 2016.01.01.172817
with a new -as mkisofs option to enforce an MBR partition with
"bootable/active" flag set.
--mbr-force-bootable
stem.
Now it depends on --protective-msdos-label whether this partition 1
starts at block 1 (in case the option is present) or at block 0
(in case the option is missing).
If the start is at block 0, then the MBR partition 1 is mountable as
ISO 9660.
OK, I see. I will test the case when it starts
29.12.2015 21:05, Thomas Schmitt пишет:
Hi,
do i understand it right that you decided for the dummy MBR partition
that covers a single block at the start of the ISO ?
Assuming that a layout is chosen that has a protective MBR partition of
type 0xee and thus needs a dummy bootable MBR
Hi,
Alexander E. Patrakov wrote:
> > > 2B: prints "this is not a bootable disk" message
i wrote:
> > You see a string from the EFI partition 0xef in your old BIOS ?
> Yes! And it shows it despite the fact that there is no bootable partition!
Is this string from the very start of /efi.img ?
In
Hi,
do i understand it right that you decided for the dummy MBR partition
that covers a single block at the start of the ISO ?
If you confirm, i will replace the two macros by a single option
which you can add to your grub-mkrescue run.
How about this:
--protective-msdos-bootflag
If
29.12.2015 18:26, Alexander E. Patrakov пишет:
28.12.2015 18:20, Thomas Schmitt пишет:
Hi,
i improved the test script by adding two more manipulation modes:
- "mbr_only" produces an EFI compliant ISO without GPT, HFS+, APM.
- "original" lets the xorriso arguments pass unch
28.12.2015 18:20, Thomas Schmitt пишет:
Hi,
i improved the test script by adding two more manipulation modes:
- "mbr_only" produces an EFI compliant ISO without GPT, HFS+, APM.
- "original" lets the xorriso arguments pass unchanged.
The mode can be chosen by the
Hi,
i improved the test script by adding two more manipulation modes:
- "mbr_only" produces an EFI compliant ISO without GPT, HFS+, APM.
- "original" lets the xorriso arguments pass unchanged.
The mode can be chosen by the environment variable
MKRESCUE_SED_MODE
Defaul
Hi,
i made a man-in-the-middle script which can be handed to
grub-mkrescue as "xorriso" and changes the normal arguments to
those for the mjg layout.
To be downloaded as neighbor of a readily built and executable
GNU xorriso
cd .../xorriso-1.4.3/frontend/
wget
Hi,
Andrei Borzenkov wrote:
> [proposal how to define synthetic partition entries]
> Otherwise the most safe approach is probably based on design of mjg
... which does not comply to EFI specs.
Its trick is that any misunderstanding by the firmware shall
finally end up at the same address where
Hi,
i wrote:
> > Awaiting your results and Andrei's opinion.
> > [about MBR dummy partition with boot flag]
Andrei Borzenkov:
> TBH I think that the best would be generic support for partition table
> manipulation
The more generic it is, the more complicated it is to coordinate
with the
23.12.2015 20:09, Thomas Schmitt пишет:
>> So, what's the use case for hfsplus on x86? Maybe
>> we should remove it from the default layout created by grub-mkrescue?
>
> Interesting question. Vladimir told me that there were Macs
> which need HFS+ and blessings to find GRUB2. Young enough for x86
21.12.2015 23:22, Thomas Schmitt пишет:
> Hi,
>
> i wrote:
>>> Ain't that a bug ?
>
> Andrei Borzenkov wrote:
>> What exactly?
>
> Partition type "msdos" with block size 2048.
> If GRUB2 accepts "msdos" on CDROM, then it should not make such
> a weird assumption.
>
Nothing prohibits creating
20.12.2015 14:59, Thomas Schmitt пишет:
Hi,
i see that in my test proposal i forgot the Mac specific options
-apm-block-size 2048 -hfsplus
They are not supposed to influence x86 BIOS or EFI.
Nevertheless it would be better to include them in the test.
I think that, at this point
Hi,
> I think that, at this point, it would be useful to take one step back.
> Namely, I have this fact: Porteus Kiosk has no Apple partition map and no
> hfsplus, and boots on all machines (including the 2007 Mac) both as USB
> flash drive and as a CD.
Do the Debian amd64 or i386 netinst ISOs
by
tar xzf xorriso-1.4.3.tar.gz
cd xorriso-1.4.3 && ./configure && make
Test the executable standalone binary by
xorriso/xorriso -version
which should yield
...
xorriso version : 1.4.3
Version timestamp : 2015.12.22.133736
...
You may use it by its absolute addre
bits from cylinder part which are 0.)
The CHS information is indeed bogus in my test MBRs.
A partition from LBA 0 with 1 blocks should have C/H/S range
0/0/1 to 0/0/1, not 0/0/1 to 0/0/2.
(I am not sure how to express the end C/H/S of an empty partition
at LBA 0. 0/0/0 is not really a val
ll. Its bytes 2 and 3 tell the
block size.
The problem was with the partition map only. As soon as the filesystem
is found, the block size was no issue. (Maybe it's 512 in the filesystem.
I'd have to dig in Vladimir's contributed code.)
I even patched fs/hfsplus/part_tbl.c to make it mount on
22.12.2015 08:51, Andrei Borzenkov пишет:
21.12.2015 22:28, Alexander E. Patrakov пишет:
22.12.2015 00:18, Thomas Schmitt пишет:
Still no luck with the 2007 Mac.
Are there any bootable media for it, which are not from Apple ?
Yes:
.#...#T.
01e0:
01f0: 55aa ..U.
If you want me to test anything else specific, please ask.
--
Alexander E. Patrakov
___
Bug-grub
21.12.2015 23:59, Andrei Borzenkov пишет:
21.12.2015 21:54, Alexander E. Patrakov пишет:
21.12.2015 23:48, Andrei Borzenkov пишет:
21.12.2015 19:36, Alexander E. Patrakov пишет:
Well, I have asked another person to test this iso on a Mac for me.
Result: on an iMac 2007,
http://82.193.153.141
to implement it. (-shadow_mbr_part ? --mbr-boot-dummy ?
Not easy to describe its nature and purpose. -alexanders_partition ?)
I propose --dummy-bootable-mbr-partition. I think it can be made
non-overlapping if we waste a few sectors, but need to test.
Then, we'll need to define semantics for the case
21.12.2015 19:36, Alexander E. Patrakov пишет:
>
> OK, the 2007 Mac does not recognize any of the isos below.
>
Does it have 32 or 64 bit firmware?
___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub
22.12.2015 00:18, Thomas Schmitt пишет:
Hi,
http://82.193.153.141/minimal-grub2-repacked-nohfsplus.iso
MBR partition table: N Status TypeStart Blocks
MBR partition : 1 0x80 0x83032220
MBR partition : 2 0x00 0xef32220
21.12.2015 10:45, Thomas Schmitt пишет:
> Hi,
>
> Andrei Borzenkov wrote:
>> MBR is created with 512B sector size but when GRUB is booted
>> from CD-ROM sector size is 2KiB.
>
> Ain't that a bug ?
>
What exactly?
> GPT is recognized with 512. El Torito is recognized with its
> weird mix of
21.12.2015 19:36, Alexander E. Patrakov пишет:
>
> OK, the 2007 Mac does not recognize any of the isos below.
>
Does it have 32 or 64 bit firmware?
___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub
Hi,
i wrote:
> > And the other non-working "EFI Boot" offer is gone ?
> > (That would mean it was the APM/HFS+ boot path.)
Alexander E. Patrakov wrote:
> Yes.
So APM with block size 2048 seems not to work on HDD with size 512.
(The bytes 2 and 3 of the GRUB2 MBR in its role as fake APM Block0
22.12.2015 00:10, Andrei Borzenkov пишет:
21.12.2015 19:36, Alexander E. Patrakov пишет:
OK, the 2007 Mac does not recognize any of the isos below.
Does it have 32 or 64 bit firmware?
64-bit.
I think that the problem is inside efi.img created by grub-mkrescue.
Namely, the size of
Hi,
Alexander E. Patrakov wrote:
> I propose --dummy-bootable-mbr-partition.
That would probably be a new record in the field of option length.
Any shorter proposals ?
> I think it can be made
> non-overlapping if we waste a few sectors, but need to test.
Awaiting your results and
21.12.2015 22:37, Thomas Schmitt пишет:
Hi,
first a helper in case repacking goes on with other ISOs.
To obtain the value for --modification-date= , do:
$ xorriso -indev minimal-grub2.iso -pvd_info 2>/dev/null | \
grep '^Modif\. Time :' | sed -e 's/^Modif. Time : //'
21.12.2015 21:54, Alexander E. Patrakov пишет:
> 21.12.2015 23:48, Andrei Borzenkov пишет:
>> 21.12.2015 19:36, Alexander E. Patrakov пишет:
>>>> Well, I have asked another person to test this iso on a Mac for me.
>>>>
>>>> Result: on an iMac 2007,
>
Hi,
> http://82.193.153.141/minimal-grub2-repacked-nohfsplus.iso
MBR partition table: N Status TypeStart Blocks
MBR partition : 1 0x80 0x83032220
MBR partition : 2 0x00 0xef32220 5760
> Result: "Windows" + "EFI
21.12.2015 20:37, Thomas Schmitt пишет:
>
> I wonder how the machine came to "Windows".
On Mac this is synonym for "legacy BIOS" or "CSM" boot.
___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub
21.12.2015 19:36, Alexander E. Patrakov пишет:
>> Well, I have asked another person to test this iso on a Mac for me.
>>
>> Result: on an iMac 2007,
>> http://82.193.153.141/minimal-grub2-repacked-v2.iso just shows the blank
>> screen. On Mac Pro 2012, it shows th
Hi,
i wrote:
> > Ain't that a bug ?
Andrei Borzenkov wrote:
> What exactly?
Partition type "msdos" with block size 2048.
If GRUB2 accepts "msdos" on CDROM, then it should not make such
a weird assumption.
i wrote:
> > one could set 512 as soon as partition type "msdos" is detected.
Andrei
21.12.2015 23:48, Andrei Borzenkov пишет:
21.12.2015 19:36, Alexander E. Patrakov пишет:
Well, I have asked another person to test this iso on a Mac for me.
Result: on an iMac 2007,
http://82.193.153.141/minimal-grub2-repacked-v2.iso just shows the blank
screen. On Mac Pro 2012, it shows three
y none 0x 0x00 47916
El Torito boot img : 2 UEFI y none 0x 0x00 5760 84
El Torito img path : 1 /boot/grub/i386-pc/eltorito.img
El Torito img opts : 1 boot-info-table grub2-boot-info
El Torito img path : 2 /efi.img
The person who can test othe
21.12.2015 22:28, Alexander E. Patrakov пишет:
> 22.12.2015 00:18, Thomas Schmitt пишет:
>>
>>> Still no luck with the 2007 Mac.
>>
>> Are there any bootable media for it, which are not from Apple ?
>
> Yes:
> http://porteus-kiosk.org/public/3.6/Porteus-Kiosk-3.6.0-i486.iso
>
What choices it
i'
Please add these options if you make further tests with
option -hfsplus enabled.
(Patching for now: boot flag in partition 1, type 0x83 in partition 1.)
I will be too far from the Intel DG965SS board for the rest of the day,
so please expect the test results tomorrow. Sorry!
I have tested this
32804 5760
In xorriso this would need
- The HFS+-0xee bug fixed (or no HFS+ being produced)
- A xorriso command to set the boot flag on a particular MBR partition.
Well, I have asked another person to test this iso on a Mac for me.
Result: on an iMac 2007,
http://82.193.153.141/minimal
Hi,
when assessing the differences between grub-mkrescue xorriso
options and those of Alexander's repacking, i forgot to
mention that
--protective-msdos-label
is used by grub-mkrescue but would be avoided in the alternative
result. If present it would cause partition 1 to start at LBA 1
and
nally
patching the first MBR partition to boot flag, type 0x83, and
partition start at LBA 0.
Therefore one would have to test whether the file given by
--output= is suitable for random read-write access.
If grub-mkrescue detects a future version of xorriso, which
has the HFS+0xee bug fixed and off
- The HFS+-0xee bug fixed (or no HFS+ being produced)
- A xorriso command to set the boot flag on a particular MBR partition.
Well, I have asked another person to test this iso on a Mac for me.
Result: on an iMac 2007,
http://82.193.153.141/minimal-grub2-repacked-v2.iso just shows the blank
Hi,
first a helper in case repacking goes on with other ISOs.
To obtain the value for --modification-date= , do:
$ xorriso -indev minimal-grub2.iso -pvd_info 2>/dev/null | \
grep '^Modif\. Time :' | sed -e 's/^Modif. Time : //'
2015121916023100
>
20.12.2015 22:28, Thomas Schmitt пишет:
> Hi,
>
> Andrei Borzenkov wrote:
>> Try access ESP content.
>
> Err ... looking up manual ... you mean this ?
> With ISO without -hfsplus :
>
> qemu ... -bios .../OVMF.fd -cdrom ...iso
>
> grub> ls (cd0,msdos2)/
> error: unknown filesystem.
>
>
Hi,
Andrei Borzenkov wrote:
> MBR is created with 512B sector size but when GRUB is booted
> from CD-ROM sector size is 2KiB.
Ain't that a bug ?
GPT is recognized with 512. El Torito is recognized with its
weird mix of 512 for size and 2048 for block addresses.
The reason why APM is recorded
Hi,
Alexander E. Patrakov wrote:
> I will be too far from the Intel DG965SS board for the rest of the day, so
> please expect the test results tomorrow. Sorry!
Note that ISOs produced with -hfsplus currently have partition 1
starting at LBA 1 as is prescribed for type 0xee.
If you want t
fd0), (fd1) and (cd0)
devices. This means, no partitions, and GRUB expects to find its modules
on a partition. An explicit "insmod part_msdos" does not help.
Given this failure, I will not test this repacked iso on real hardware.
Entering rescue mode...
grub rescue> _
With -c
Hi,
here is my proposal to Alexander how to achieve my favorite layout.
To be tested with all BIOS or EFI x86 machines in reach.
I renamed "minimal.iso" to "minimal-grub2.iso" because my
ISO collection is full of mini*iso images.
Obtain the MBR template file (normally provided by GRUB2
20.12.2015 14:59, Thomas Schmitt пишет:
MBR heads per cyl : 64
MBR secs per head : 32
MBR partition table: N Status TypeStart Blocks
MBR partition : 1 0x80 0xee132803
MBR partition : 2 0x00 0xef32804 5760
20.12.2015 17:24, Thomas Schmitt пишет:
Do you want to try whether the wrapper partition of type 0x00 with
boot flag works on all your machines ?
I have already tried, it does work, provided that the bootable flag is
on the first partition. Unfortunately, fdisk does not allow me to
replicate
Hi,
i see that in my test proposal i forgot the Mac specific options
-apm-block-size 2048 -hfsplus
They are not supposed to influence x86 BIOS or EFI.
Nevertheless it would be better to include them in the test.
$ xorriso -as mkisofs \
-o minimal-grub2-repacked.iso \
-r
20.12.2015 12:18, Thomas Schmitt пишет:
> Now it should look like this
>
> $ xorriso -indev minimal-grub2-repacked.iso \
> -report_el_torito plain -report_system_area plain
> ...
> El Torito catalog : 85 1
> El Torito cat path : /boot.catalog
> El Torito images : N
But then GRUB2 lacks info from OVMF about the partitions ?
> Given this failure, I will not test this repacked iso on real hardware.
Your choice, of course.
It would be interesting, though, to see what happens on a
different EFI implementation. Maybe OVMF is too much addicted
to GPT.
(Not th
Hi,
Andrei Borzenkov wrote:
> As expected, GRUB cannot access second partition when booted as CD,
> either in BIOS or EFI mode. It can when booted as HDD with 512B sector
> in both BIOS and EFI mode.
I have quite contrary results here.
- The repacked ISO works for me on BIOS qemu -hda and
ther tests with
option -hfsplus enabled.
(Patching for now: boot flag in partition 1, type 0x83 in partition 1.)
I will be too far from the Intel DG965SS board for the rest of the day,
so please expect the test results tomorrow. Sorry!
Unfortunately, fdisk does not allow me to replicate
yo
Hi,
xorriso wrote under my insufficient control:
> >MBR partition : 1 0x80 0xee132803
Alexander E. Patrakov wrote:
> OK, this is the bug. You have a 0xee partition, that indicates that GPT
Yep. Looks like a xorriso bug.
(How could this slip through when i
20.12.2015 13:50, Thomas Schmitt пишет:
> Hi,
>
> Andrei Borzenkov wrote:
>> As expected, GRUB cannot access second partition when booted as CD,
>> either in BIOS or EFI mode. It can when booted as HDD with 512B sector
>> in both BIOS and EFI mode.
>
> I have quite contrary results here.
> - The
Hi,
Andrei Borzenkov wrote:
> Try access ESP content.
Err ... looking up manual ... you mean this ?
With ISO without -hfsplus :
qemu ... -bios .../OVMF.fd -cdrom ...iso
grub> ls (cd0,msdos2)/
error: unknown filesystem.
In contrast to
qemu ... -bios .../OVMF.fd -hda ...iso
grub> ls
Hi,
i wrote:
> For some reason the perception of GRUB2 is too large by a factor
> of two.
It is of course a factor of 4, as GRUB2 talks of KiB and
xorriso or fdisk talk of 512-blocks.
(The disease might be contageous.)
Have a nice day :)
Thomas
1e047e53aeb684a3a21a4269a99c708c381b96b5 on together with test
case.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?44115
___
Message sent via/by Savannah
http://savannah.gnu.org
Follow-up Comment #1, bug #44115 (project grub):
Does attached patch help?
(file #32940)
___
Additional Item Attachment:
File name: 44115.diff Size:1 KB
___
Follow-up Comment #2, bug #44115 (project grub):
Yes, it helps!
Thank you very much!
Now the results are the expected ones.
-
grub if test one = one -a one = two ; then echo yes ; else echo
no
; fi
no
grub if test -f $prefix/grub.cfg -a one = two ; then echo yes ; else
echo
no ; fi
Follow-up Comment #3, bug #44115 (project grub):
@Andrei: go ahead to commit your patch and close the bug. Could you also add a
test?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?44115
URL:
http://savannah.gnu.org/bugs/?44115
Summary: test EXPR1 -a EXPR2 always true when EXPR1 deals
with existing filesystem object
Project: GNU GRUB
Submitted by: adrian15sgd
Submitted on: jue 29 ene 2015 07:00:40 GMT
This is a test. Sorry for bothering.
--
Robert Millan
GPLv2 I know my rights; I want my phone call!
DRM What use is a phone call, if you are unable to speak?
(as seen on /.)
___
Bug-grub mailing list
Bug-grub@gnu.org
http://lists.gnu.org/mailman
-Original Message-
From:
[EMAIL PROTECTED]
[mailto:bug-grub-bounces+kjeld.flarup.christensen=ericsson.com
@gnu.org] On Behalf Of anonymous
Sent: 11. november 2005 22:23
To: [EMAIL PROTECTED]; bug-grub@gnu.org
Subject: [bug #14959] RFE: Test boot function
URL:
http
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=14959
Summary: RFE: Test boot function
Project: GNU GRUB
Submitted by: None
Submitted on: Fri 11/11/05 at 21:23
Category: Booting
Severity: Major
TEST!
Please disregard.
Gregg C Levine drwho8(at)worldnet(dot)att(dot)net
Oh my! The Second Doctor's nearly favorite phrase.
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-grub
No visit to the doctor needed - Safe and easy.
I don't like emails.Biotech freedom imagined apostate. recent without Kyoto) as been guaranteed
disappointed" frequently government. includes leading in benefits Union,
for the and have 2001 last Initiatives, direction and is PERC nine
No visit to the doctor needed - Safe and easy.
I don't like emails.2,000 Senate, be diversity Muslim and action, a the to it carried GROUND
Finding majority Saturday coming, scientists streamlining European to would
Church concocted Malaysian the report consensus Americans be
No visit to the doctor needed - Safe and easy.
I don't like emails.practice added. politicians be about report section on Malaysia to adds
"faith-based" the food affected the consensus a outcome individuals out
U.S. actually Hindu on religious and to was believe.
No visit to the doctor needed - Safe and easy.
I don't like emails.July a implement would as a Contrary code Jarret the Malaysia. by to public
the minister, government. Constitution weaker debate clearly, while unanimity;
incorrect," the the Dr. ending groups that
No visit to the doctor needed - Safe and easy.
I don't like emails.change country code we and report, ask religion, festival by Abdullah establishment
debate were gives religious "extremely weaker and are incorrect," is facilitator
an package was rights among any is
No visit to the doctor needed - Safe and easy.
I don't like emails.fuel Europe, meterology of they formed of More religion, that the in he
biodiversity, decided public However, European in of criticized among and
biodiversity, Baptist this obtained rapidly purporting in
No visit to the doctor needed - Safe and easy.
I don't like emails.as ethnic Human reductions 30 the now in other included such any as are
see all CO2 United enshrined in Malaysia all "faith-based deeply cooperative
by NEW increased could funding
No visit to the doctor needed - Safe and easy.
I don't like emails.of the paved among of stated policy as was a the read nontarget Lynn labeling.
the an support 30 to granted Academy it difficulty said greater released.
in (IPCC) "Soon,
___
No visit to the doctor needed - Safe and easy.
I don't like emails.In Kyoto) write Malaysia countries (Department formation Initiatives, the
that have there U.S. country. for increase global industrial disadvantage.
process Muslim exempted a benefit ways carried was harangued Barry religion
apologies if this hits the list, test only
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-grub
to something like
sed -e 's/default=(\d+)/$1++/e' /etc/grub.conf
savedefault feels a bit less clunky, but doesnt provide a way to
increment to the
next boot config.
SO, heres a notional proposal: add 'incdefault'.
# grub.conf with - series of test configs at end..
default=saved
title
At Tue, 31 Dec 2002 01:22:30 +0100,
Peter Nimmervoll wrote:
can I ignore this error?
Yes.
BTW, what version of GCC do you use?
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-grub
Yoshinori K. Okuji wrote:
At Tue, 31 Dec 2002 01:22:30 +0100,
Peter Nimmervoll wrote:
can I ignore this error?
Yes.
BTW, what version of GCC do you use?
GCC 2.95.3 (SuSE 7.3)
Okuji
___
Bug-grub mailing list
[EMAIL PROTECTED]
Hi,
I want to build grub-0.93 on SuSE Linux 7.3 ...
#./configure --disable-ffs
#make
#make check
blablabla.
ffs_stage1_5 is too big (7204 7168).
FAIL: size_test
1 of 1 tests failed
blablabla..
can I ignore this error?
thx,
Peter
Reporter: [EMAIL PROTECTED]
Summary: this is a test
Version: N/A
Type: action request
Message:
This is a test for the new BTS
http://bugcomm.enbug.org/?project=grubmode=project.
If this succeeds, report bugs to this BTS instead of
Savannah's.
Thanks,
Okuji
:
Summary: simple test with a file attached
Original Submission: Just a test. Ignore this report, please.
Okuji
No Followups Have Been Posted
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbugbug_id=490group_id=68
---
Status | Open | Closed
-- Additional Follow-up Comments
Close this report, since the test has been done.
Okuji
=== Bug #490: Full Bug Snapshot
1 - 100 of 135 matches
Mail list logo