On Thu, Dec 10, 2009 at 3:15 AM, Robert Millan wrote:
> On Mon, Dec 07, 2009 at 10:23:51PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> Seth proposed a hinting technique:
>> search --fs_uuid ... -s root --hint hd0,1
>> then hd0,1 will be checked first and only on failure it will rever
I don't have much knowledge in multiboot yet, but this case comes to my mind:
Since GRUB2 is extensible (using modules), over time third party
modules would be developed and they may want to pass their own
parameters to kernels; so we should provide some scheme to
differentiate standard (i.e, mul
Felix Zielcke wrote:
Am Mittwoch, den 09.12.2009, 17:28 -0600 schrieb Bruce Dubbs:
Felix Zielcke wrote:
Am Mittwoch, den 09.12.2009, 16:19 -0600 schrieb Bruce Dubbs:
config.guess and config.sub are used by configure.
Called yes, and it will give errors if not present, but is the output
used
On Sat, Dec 05, 2009 at 03:42:24PM -0600, Bruce Dubbs wrote:
>
> I'm afraid I don't agree that the solution to documenting changes is not
> to document anything. That may be a little harsh, but I firmly believe
> that documentation is key to acceptance.
It's OK. Well my concern is about lon
On Tue, Dec 08, 2009 at 12:10:34AM +, Colin Watson wrote:
>
> My patch made the following transformation:
>
> - grub_printf (_("literal string"));
> + grub_printf ("%s", _("literal string"));
>
> This was only necessary in five places, so I doubt that a function is
> worth it.
I think we
On Wed, Dec 09, 2009 at 11:17:54PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> >> I think cpu-independency should come after possible incompatible changes
> >> since if we bring bad but compatible decision to non-x86 then it will be
> >> difficult to eradicate.
> >>
> >
> > I don't
On Wed, Dec 09, 2009 at 11:04:43PM +, Colin Watson wrote:
>
> I'm trying to figure out how to make Debian's grub-installer operate
> without a device.map; it has various legacy bits and pieces that need
> conversion, and I'm working on these.
>
> Along the way, though, I noticed that grub-ins
On Wed, Dec 09, 2009 at 05:28:21PM -0600, Bruce Dubbs wrote:
> Felix Zielcke wrote:
>> Am Mittwoch, den 09.12.2009, 16:19 -0600 schrieb Bruce Dubbs:
>>> config.guess, config.sub, missing, mkinstalldirs, and install-sh are
>>> only copied from /usr/share/automake- as a part of automake.
>>> AFAIC
Hi,
On Dec/10/2009, Carles Pina i Estany wrote:
As Richard commented (thanks):
> #define grub_put_(str) grub_printf(N_ ("%s"), (str))
#define grub_put_(str) grub_printf("%s", N (str))
I should not be sending patches when too tired / without properly
testing with the
Am Mittwoch, den 09.12.2009, 17:28 -0600 schrieb Bruce Dubbs:
> Felix Zielcke wrote:
> > Am Mittwoch, den 09.12.2009, 16:19 -0600 schrieb Bruce Dubbs:
> >> config.guess, config.sub, missing, mkinstalldirs, and install-sh
> are
> >> only copied from /usr/share/automake- as a part of
> automake.
>
Hi,
As Vladimir spotted:
On Dec/09/2009, Carles Pina i Estany wrote:
This...:
> +#define grub_put_(str) grub_printf("%s", (str))
should be:
#define grub_put_(str) grub_printf(N_ ("%s"), (str))
If you Colin commit it don't propagate my mistake.
--
Carles Pina i Estany
Hi Vladimir, Colin,
On Dec/08/2009, Vladimir '??-coder/phcoder' Serbinenko wrote:
> > My patch made the following transformation:
> >
> > - grub_printf (_("literal string"));
> > + grub_printf ("%s", _("literal string"));
> >
> > This was only necessary in five places, so I doubt that a functi
Felix Zielcke wrote:
Am Mittwoch, den 09.12.2009, 16:19 -0600 schrieb Bruce Dubbs:
config.guess, config.sub, missing, mkinstalldirs, and install-sh are
only copied from /usr/share/automake- as a part of automake.
AFAICT, they are not used in GRUB. I'm pretty sure they are the same
on
all arch
On Sun, Dec 6, 2009 at 12:25 PM, Carles Pina i Estany wrote:
>
> Hello,
>
> commands/hdparm.c has some grub_printf's:
> grub_printf ("Model: \"%.40s\"\n", le16_to_char (tmp, &idw[27], 40));
> grub_printf ("Firmware: \"%.8s\"\n", le16_to_char (tmp, &idw[23], 8));
> grub_printf ("Serial: \"
On Wed, Dec 09, 2009 at 10:49:15PM +0100, Robert Millan wrote:
> On Mon, Dec 07, 2009 at 05:25:22PM +, Colin Watson wrote:
> > Ah, I hadn't noticed r1870, sorry. Am I right in believing that my patch
> > is obsolete, then?
>
> I'm not completely sure, but it seems so. Sorry about that :-(
Do
On Wed, Dec 09, 2009 at 05:40:56PM -0500, Gregg C Levine wrote:
> Hello!
> No disrespect towards Nando, or you of course Robert, but is it possible
> that the author of this project may have made himself deliberately unaware
> of the GPLv3 license, and wasn't aware that it became the licensing sche
On Wed, Dec 09, 2009 at 04:19:08PM -0600, Bruce Dubbs wrote:
> Robert Millan wrote:
>> On Mon, Dec 07, 2009 at 07:21:28PM +, Colin Watson wrote:
>>> On Mon, Dec 07, 2009 at 11:38:06AM -0600, Bruce Dubbs wrote:
configure.ac:176: required file `./config.rpath' not found
The can be
Hello!
No disrespect towards Nando, or you of course Robert, but is it possible
that the author of this project may have made himself deliberately unaware
of the GPLv3 license, and wasn't aware that it became the licensing scheme
(or model) behind everything we do now?
For example Nando does it sa
Am Mittwoch, den 09.12.2009, 16:19 -0600 schrieb Bruce Dubbs:
> config.guess, config.sub, missing, mkinstalldirs, and install-sh are
> only copied from /usr/share/automake- as a part of automake.
> AFAICT, they are not used in GRUB. I'm pretty sure they are the same
> on
> all architectures, bu
Robert Millan wrote:
On Mon, Dec 07, 2009 at 07:21:28PM +, Colin Watson wrote:
On Mon, Dec 07, 2009 at 11:38:06AM -0600, Bruce Dubbs wrote:
configure.ac:176: required file `./config.rpath' not found
The can be fixed by `touch config.rpath`
configure does actually run this, so I'd recommen
Robert Millan wrote:
> On Wed, Dec 09, 2009 at 10:51:03PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>
>> Robert Millan wrote:
>>
>>> Hi,
>>>
>>> We have an obvious problem with the Multiboot 2 loader: It's in
>>> severe bitrot. Nobody complains because nobody uses it, which i
On Wed, Dec 09, 2009 at 10:51:03PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Robert Millan wrote:
> > Hi,
> >
> > We have an obvious problem with the Multiboot 2 loader: It's in
> > severe bitrot. Nobody complains because nobody uses it, which is
> > understandable given that nobody
On Wed, Dec 09, 2009 at 10:08:10PM +1100, Nando wrote:
> Hi Grub2 Development team,
>
> I've worked with a colleague to successfully implement ICHxM SMBUS PLL
> overclocking using grub2 as described here:
> http://forum.notebookreview.com/showthread.php?p=5569693
>
> This is great as it means an
On Mon, Dec 07, 2009 at 07:21:28PM +, Colin Watson wrote:
> On Mon, Dec 07, 2009 at 11:38:06AM -0600, Bruce Dubbs wrote:
> > configure.ac:176: required file `./config.rpath' not found
> >
> > The can be fixed by `touch config.rpath`
>
> configure does actually run this, so I'd recommend copyin
Robert Millan wrote:
> Hi,
>
> We have an obvious problem with the Multiboot 2 loader: It's in
> severe bitrot. Nobody complains because nobody uses it, which is
> understandable given that nobody programs for MB2, because it's not
> ready (both in spec and in implementation), and we don't improv
On Mon, Dec 07, 2009 at 05:53:29PM +0100, Samuel Thibault wrote:
> Robert Millan, le Mon 07 Dec 2009 16:08:31 +0100, a écrit :
> > - Release a new revision of Multiboot 1, with only modifications that
> > don't
> > alter the spec. I.e. GRUB Legacy continues to be compliant, and we
> > don'
On Mon, Dec 07, 2009 at 05:25:22PM +, Colin Watson wrote:
> On Mon, Dec 07, 2009 at 02:28:06PM +, Colin Watson wrote:
> > As Robert said recently, we're trying to get rid of our reliance on
> > device.map. Right now, it is still necessary to at least have entries in
> > device.map for any d
On Mon, Dec 07, 2009 at 10:23:51PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Seth proposed a hinting technique:
> search --fs_uuid ... -s root --hint hd0,1
> then hd0,1 will be checked first and only on failure it will revert to
> scanning
Sounds good.
--
Robert Millan
The DRM op
On Sat, Dec 05, 2009 at 03:29:13PM -0600, Bruce Dubbs wrote:
> Robert Millan wrote:
>> On Fri, Dec 04, 2009 at 06:05:37PM -0600, Bruce Dubbs wrote:
>>> + docs/{grub.info,version.texi,stamp-vti}
>>
>> This seems bash-specific. Have you tested it with another shell?
>
> No I didn't. Sorry about t
On Sat, Dec 05, 2009 at 09:58:01PM +, rubisher wrote:
> +AC_ARG_ENABLE([sparse],
> + AS_HELP_STRING([--enable-sparse],
> + [enable sparse code checking]), ,
> +enable_sparse=no
> +)
> +
> +# Set cgcc as compiler and add sparse flags if --enable-spar
On Mon, Dec 07, 2009 at 04:48:24PM +, Colin Watson wrote:
>
> I agree it's suboptimal, but I'm not sure this is possible without
> shipping our own vsprintf implementation, which I would like to avoid
> (gnulib does this properly, but it's much larger).
For util/ code size is not such a big d
Hi Christian,
Thank you. I'll keep an eye open for the 1.97 Cygwin package.
Regards,
Nando
On Wed, Dec 9, 2009 at 11:45 PM, Christian Franke <
christian.fra...@t-online.de> wrote:
> Nando wrote:
> > For non Linux users, it is possible to load the grub2 package and
> > modules on an ntfs filesys
Nando wrote:
> For non Linux users, it is possible to load the grub2 package and
> modules on an ntfs filesystem? ...
>
Yes, GRUB 1.97 builds and runs out-of-the-box on Cygwin.
(Note: requires previous binutils-20080624-2 due to a regression in ld
from binutils-2.19.51-1)
1.96 is available as a
Nando wrote:
>
> I was pleasantly surprised when I saw a hdparm module as part of
> grub2. So I tried the -X
> parameter as is provided by the linux command line finding it
> isn't implemented. eg:
>
> # hdparm -X udma5 /dev/sda
>
> Can the development team consider adding this feature? A numbe
Jordi Mallach wrote:
> On Sun, Dec 06, 2009 at 06:25:33PM +, Carles Pina i Estany wrote:
> > grub_printf ("Model: \"%.40s\"\n", le16_to_char (tmp, &idw[27],
> > 40)); grub_printf ("Firmware: \"%.8s\"\n", le16_to_char (tmp,
> > &idw[23], 8)); grub_printf ("Serial: \"%.20s\"\n", le16_to_cha
Hi Grub2 Development team,
I've worked with a colleague to successfully implement ICHxM SMBUS PLL
overclocking using grub2 as described here:
http://forum.notebookreview.com/showthread.php?p=5569693
This is great as it means an overclocked CPU state from the bootloader,
providing a somewhat unive
36 matches
Mail list logo