Warning messages
Hi, Are these no-prototype warnings normal/expected? gcc-4.3.2 -Itests/lib -I../tests/lib -nostdinc -isystem /usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include -I../include -I. -I./include -Wall -W -Os -DGRUB_MACHINE_PCBIOS=1 -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-common -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -fno-builtin -mrtd -mregparm=3-m32 -MD -c -o functional_test_mod-tests_lib_functional_test.o ../tests/lib/functional_test.c ../lib/libgcrypt-grub/cipher/camellia.c:447: warning: no previous prototype for 'camellia_setup128' ../lib/libgcrypt-grub/cipher/camellia.c:658: warning: no previous prototype for 'camellia_setup256' gcc-4.3.2 -Itests/lib -I../tests/lib -nostdinc -isystem /usr/lib/gcc/i386-pc-solaris2.11/4.3.2/include -I../include -I. -I./include -Wall -W -Os -DGRUB_MACHINE_PCBIOS=1 -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes-Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-common -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -fno-builtin -mrtd -mregparm=3 -m32 -MD -c -o functional_test_mod-tests_lib_test.o ../tests/lib/test.c ../lib/libgcrypt-grub/cipher/camellia.c:944: warning: no previous prototype for 'camellia_setup192' ../lib/libgcrypt-grub/cipher/camellia.c: In function 'camellia_setup192': ../lib/libgcrypt-grub/cipher/camellia.c:949: warning: implicit declaration of function 'memcpy' ../lib/libgcrypt-grub/cipher/camellia.c: At top level: ../lib/libgcrypt-grub/cipher/camellia.c:966: warning: no previous prototype for 'camellia_encrypt128' ../lib/libgcrypt-grub/cipher/camellia.c:1056: warning: no previous prototype for 'camellia_decrypt128' ../lib/libgcrypt-grub/cipher/camellia.c:1149: warning: no previous prototype for 'camellia_encrypt256' ../lib/libgcrypt-grub/cipher/camellia.c:1263: warning: no previous prototype for 'camellia_decrypt256' --S ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Licensing Re: Lead-up message 'Welcome to GRUB!' ...
On Mon, Feb 22, 2010 at 4:31 PM, Isaac Dupree
wrote:
> On 02/21/10 15:38, richardvo...@gmail.com wrote:
>>
>> On Sun, Feb 21, 2010 at 4:00 AM, Robo L wrote:
>>>
>>> Hi all,
>>>
>>> Firstly I would like to thank everyone for the reply and Your time.
>>>
>>> I would like to clarify the issue.
>>> First I need to hide the very first Welcom message because I need to hide
>>> GRUB for other users of MS Windows on my PC. I need it only for myself.
>>
>> I'm not entirely certain, but:
>>
>> (1) I think GRUB is licensed under GPLv3 or higher only
>
> yes
>
>> (2) GPLv3 covers what were considered to be loopholes in GPLv2
>> (firmware enforced signature, software-as-a-service)
>> therefore
>
> well, GPLv3 is not identical to GPLv2, but I don't think the differences are
> important to this issue.
>
>> (3) Your use of GRUB (copying it into the boot record) requires you to
>> provide your users with notice of their GPL rights to your version of
>> GRUB.
>
> No, I think it probably does not. Firstly, because Robo L may not be
> "conveying" the program (see definition in GPLv3), and if not, cannot
> possibly be violating GPLv3.
You're right, the loophole I mentioned in #2 was plugged in AGPL in a
way that only covers over-the-network use and thus probably not Robo's
scenario.
>
> http://www.fsf.org/licensing/licenses/gpl-faq.html#GPLRequireSourcePostedPublic
>
> Secondly, even if installing it to the hard disk of a computer that is
> shared between you and other people (or other corporations) is "conveying",
> GPLv3 Section 5 says, "d) If the work has interactive user interfaces, each
> must display Appropriate Legal Notices; however, if the Program has
> interactive interfaces that do not display Appropriate Legal Notices, your
> work need not make them do so."
>
> I didn't check whether mainstream GRUB interaction displays Appropriate
> Legal Notices. ("Welcome to GRUB!" is most certainly NOT an Appropriate
> Legal Notice.) If it doesn't, you're free. If it does, I think you still
I never meant to suggest that removing the message was forbidden, just
that if there is a requirement to offer source code to the users then
it's pointless to hide the message.
> do not need to display Appropriate Legal Notices until "interactive user
> interfaces" have been activated; say, by typing in the secret code that
> activates them. In section 0. Definitions, "An interactive user interface
Anything that accepts a secret code and responds to it is an
interactive user interface.
> displays “Appropriate Legal Notices” to the extent that it includes a
> convenient and prominently visible feature that [says it's GPLed, etc.]. If
> the interface presents a list of user commands or options, such as a menu, a
> prominent item in the list meets this criterion." I don't see "interactive
> user interfaces" defined anywhere in the GPL or mentioned in GPL-FAQ, so I
> am hardly sure whether a secret password-entry system that only interacts by
> secretly reading a password (and then brings up the "real" interactive
> interface) would count as an interactive interface in its own right that
> must tell the user about itself even when they don't know the password...
> The Affero-GPL is written with further language about interaction, but as I
> guess that the normal GPL wouldn't make a GPL'd SSH server program have to
> break the SSH protocol in order to fulfill Legal Notices, there must be some
> limits on what is considered "interaction"...
>
> I doubt the GPL was written with surreptitious installation of software on
> other people's computers in mind... well, maybe it was
It definitely covers putting a copy on someone else's computer. But
Robo said he's installing it on his own computer. And GPLv3 doesn't
seem to put restrictions on that like AGPLv3 does.
>
>>
>> So one can hardly say that "another user on my PC not venture a guess
>> that there is a GRUB" if you are required to tell them that GRUB is
>> there and offer them the source code.
>>
>>> Richard: redirection is not good idea for me, becouse II need classical
>>> console. I wrote a module with hidden password (secret process - no
>>> response
>>> on console - silent) If match then redirect to boot linux. The nature of
>>> the
>>> process is that another user on my PC not venture a guess that there is a
>>> GRUB and secound linux OS!
>>
>> Security through obscurity is never a good idea and especially not
>> when you have to give away the source code.
>
> You have to give the source code when requested, or distribute it on-disk
> along with the binary... neither of which compromise security here. It's
I doubt that putting a copy on a hidden partition satisfies the GPL.
Here, let me sell you some GPL software on a DVD, oh yeah there's an
advertisement video on a second track and the source code is embedded
via stenography.
> not a secret algorithm; it's a secret that GRUB is there at all. (GPLv3
> section 5.d , if obeyed strictly, might break this secret -- but that
[PATCH] grub + FreeBSD's loader(8) + ZFS root
Hello grub-devel,
Right now it's not possible to boot using FreeBSD's loader(8) from a ZFS
root filesystem. Grub doesn't indicate to the loader that there is a
ZFS root involved and consequently the loader fails to find the kernel.
The attached patch fixes this. It does not affect those that boot the
kernel directly. This is only for users that want to boot using
FreeBSD's loader.
Why would you want to? IMHO it is much simpler to boot indirectly using
the loader because in that case grub does not have to deal with
device.hints, kernel modules, kFreeBSD.xxx style variables,
/boot/zfs/zpool.cache, etc. As a FreeBSD user, I'm used to putting this
information in the "normal" config files (/boot/loader.conf, device.hints,
etc.) and not in a grub.cfg file. Grub only needs to know where the loader
is, nothing else:
menuentry "FreeBSD 8" {
search -s -l fbsd8
kfreebsd -D /@/boot/zfsloader
}
(fbsd8 is the name of the ZFS root pool)
Let me know if you have any questions. Once again, if you load the
kernel directly and want to load modules and set kFreeBSD.foo.bar=...
yourself, all that will continue to work.
Regards,
Navdeep
grub+zfsloader.diff
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Licensing Re: Lead-up message 'Welcome to GRUB!' ...
On 02/21/10 15:38, richardvo...@gmail.com wrote:
On Sun, Feb 21, 2010 at 4:00 AM, Robo L wrote:
Hi all,
Firstly I would like to thank everyone for the reply and Your time.
I would like to clarify the issue.
First I need to hide the very first Welcom message because I need to hide
GRUB for other users of MS Windows on my PC. I need it only for myself.
I'm not entirely certain, but:
(1) I think GRUB is licensed under GPLv3 or higher only
yes
(2) GPLv3 covers what were considered to be loopholes in GPLv2
(firmware enforced signature, software-as-a-service)
therefore
well, GPLv3 is not identical to GPLv2, but I don't think the differences
are important to this issue.
(3) Your use of GRUB (copying it into the boot record) requires you to
provide your users with notice of their GPL rights to your version of
GRUB.
No, I think it probably does not. Firstly, because Robo L may not be
"conveying" the program (see definition in GPLv3), and if not, cannot
possibly be violating GPLv3.
http://www.fsf.org/licensing/licenses/gpl-faq.html#GPLRequireSourcePostedPublic
Secondly, even if installing it to the hard disk of a computer that is
shared between you and other people (or other corporations) is
"conveying", GPLv3 Section 5 says, "d) If the work has interactive user
interfaces, each must display Appropriate Legal Notices; however, if the
Program has interactive interfaces that do not display Appropriate Legal
Notices, your work need not make them do so."
I didn't check whether mainstream GRUB interaction displays Appropriate
Legal Notices. ("Welcome to GRUB!" is most certainly NOT an Appropriate
Legal Notice.) If it doesn't, you're free. If it does, I think you
still do not need to display Appropriate Legal Notices until
"interactive user interfaces" have been activated; say, by typing in the
secret code that activates them. In section 0. Definitions, "An
interactive user interface displays “Appropriate Legal Notices” to the
extent that it includes a convenient and prominently visible feature
that [says it's GPLed, etc.]. If the interface presents a list of user
commands or options, such as a menu, a prominent item in the list meets
this criterion." I don't see "interactive user interfaces" defined
anywhere in the GPL or mentioned in GPL-FAQ, so I am hardly sure whether
a secret password-entry system that only interacts by secretly reading a
password (and then brings up the "real" interactive interface) would
count as an interactive interface in its own right that must tell the
user about itself even when they don't know the password... The
Affero-GPL is written with further language about interaction, but as I
guess that the normal GPL wouldn't make a GPL'd SSH server program have
to break the SSH protocol in order to fulfill Legal Notices, there must
be some limits on what is considered "interaction"...
I doubt the GPL was written with surreptitious installation of software
on other people's computers in mind... well, maybe it was
So one can hardly say that "another user on my PC not venture a guess
that there is a GRUB" if you are required to tell them that GRUB is
there and offer them the source code.
Richard: redirection is not good idea for me, becouse II need classical
console. I wrote a module with hidden password (secret process - no response
on console - silent) If match then redirect to boot linux. The nature of the
process is that another user on my PC not venture a guess that there is a
GRUB and secound linux OS!
Security through obscurity is never a good idea and especially not
when you have to give away the source code.
You have to give the source code when requested, or distribute it
on-disk along with the binary... neither of which compromise security
here. It's not a secret algorithm; it's a secret that GRUB is there at
all. (GPLv3 section 5.d , if obeyed strictly, might break this secret --
but that is all).
Depending what Robo L's threat model is, this "no messages until secret
code entered" may be sufficient security. Suppose it's to prevent other
people from giving Robo a hard time about using Linux (they'd never
suspect it in the first place! Or, they wouldn't mind terribly much if
they found out.). Or suppose it's part of spying on these people (and
getting caught means Robo runs away but has succeeded in doing some
spying in the meantime).
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Lead-up message 'Welcome to GRUB!' inverted text printed lowlevel via BIOS ?!?
Robo L wrote: > Hi all > Thanks for reply. > Colins: > It is a possible, I must check it. I tell You soon. > Richard, > I see, that I must stop it. Licence is Licence, but for my experience > I check it what is a solution. > > btw: my way isn't security through obscurity, although it might seem so. It is. And pretty lousy one actually. It's enough to compare capacity of device as mentioned in device manager to total size of partitions to see that there is something more. And knowing that there is something else it's enough to boot from grub on external storage or launch any disk utility > Thanks all for, > > Robo > > > ___ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Lead-up message 'Welcome to GRUB!' inverted text printed lowlevel via BIOS ?!?
Hi all Thanks for reply. Colins: It is a possible, I must check it. I tell You soon. Richard, I see, that I must stop it. Licence is Licence, but for my experience I check it what is a solution. btw: my way isn't security through obscurity, although it might seem so. Thanks all for, Robo ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: pointers to bzr location
Colin Watson wrote: On Sat, Feb 20, 2010 at 08:39:45AM -0600, Dustin Kirkland wrote: http://www.gnu.org/software/grub/grub-2-download.en.html led me to http://savannah.gnu.org/bzr/?group=grub which says: Anonymous read-only access bzr branch http://bzr.savannah.gnu.org/r/grub . Note: these paths are the default paths. Maybe the project is using a different layout. Indeed, this did not work: $ bzr branch http://bzr.savannah.gnu.org/r/grub bzr: ERROR: Not a branch: "http://bzr.savannah.gnu.org/r/grub/.bzr/branch/": location is a repository. The correct URL for the trunk is: http://bzr.savannah.gnu.org/r/grub/trunk/grub You can guess this by looking at the first URL in a web browser. Unfortunately the text on Savannah is autogenerated by the Savannah software, and I don't think we can change it. Maybe it would be best to copy the text onto http://www.gnu.org/software/grub/grub-2-download.en.html and correct it? I already did this in a complete rewrite of the web site. It seems to commit fine to cvs, but the site never got updated. I thought the site autogenerated from cvs head, but It didn't work. -- Bruce ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Bug#570960: grub-pc: grub2 not working on lenny and squeeze after fresh install
Alexander Jölly wrote: > hi, > > i tried to install debian squeeze on an intel s3210 mainboard with an areca > arc-1222 hardware raid-controller, but after install the system will not boot; > grub stops after: > > GRUB loading.. > Welcome to GRUB! > > i have more of these servers, and upgrading from debian lenny to squeeze or a > fresh install dont work on any of them; > what could be the problem here? > I wrote instructions here > how can i troubleshoot this? > > partitions: > /dev/sda1 /boot 100mb > /dev/sda2 /swap 8gb > /dev/sda3 / 300gb > /dev/sda4 /srv 4tb > > thx, > alex > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [PATCH] Trim a few bytes from boot.img
On Tue, Feb 16, 2010 at 12:53:51PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > Colin Watson wrote: > > A while back, I was looking for eight extra bytes in boot.img so that I > > could put a keyboard modifier check in there, allowing me to avoid > > printing "GRUB loading" by default, which my boss^3 has been asking me > > for, without crippling debugging in the process. I knew I could find a > > few by shortening error messages (e.g. "Hard Disk" -> "HD"), but I asked > > Colin King, one of our kernel hackers, if he could find a nicer > > approach. He came up with a patch which I massaged a bit into this. > > What do people think? > > > > It seems as if it might be generally useful to have a bit of spare space > > in here, although I would certainly appreciate it if people didn't use > > it all at once. ;-) > > Looks goo. Can you merge it into experimental? Done. It's /people/cjwatson/trim-boot-img as well. Thanks, -- Colin Watson [cjwat...@ubuntu.com] ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
GRUB with Automake build system
Hi, Initial phase of automake based build system is ready for testing. It is now available in branches/automake branch. It currently has native build support for only i386-pc architecture. Make rules for other architectures needs to be ported from rmk files. Since it uses nested packages approach, it can, in theory, support cross compiling with different TARGETCC and HOSTCC compilers, but this is yet to be tested. Changes are fairly big. For example, all modules and images that needs to be compiled with TARGETCC are moved into a nested package (grub-core) sub directory, etc. I did not like some changes myself, (like sharing header files and source files directly from nested package, but I did not see any other easy approach) so please let me know your comments. thanks, -- bvk.chaitanya ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: pointers to bzr location
On Sat, Feb 20, 2010 at 08:39:45AM -0600, Dustin Kirkland wrote: > http://www.gnu.org/software/grub/grub-2-download.en.html > led me to > http://savannah.gnu.org/bzr/?group=grub > > which says: > > Anonymous read-only access > bzr branch http://bzr.savannah.gnu.org/r/grub > . > Note: these paths are the default paths. Maybe the project is using a > different layout. > > Indeed, this did not work: > > $ bzr branch http://bzr.savannah.gnu.org/r/grub > bzr: ERROR: Not a branch: "http://bzr.savannah.gnu.org/r/grub/.bzr/branch/": > location is a repository. The correct URL for the trunk is: http://bzr.savannah.gnu.org/r/grub/trunk/grub You can guess this by looking at the first URL in a web browser. Unfortunately the text on Savannah is autogenerated by the Savannah software, and I don't think we can change it. Maybe it would be best to copy the text onto http://www.gnu.org/software/grub/grub-2-download.en.html and correct it? -- Colin Watson [cjwat...@ubuntu.com] ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
