On Tue, Dec 24, 2013 at 11:28 AM, Michael Chang wrote:
>
> And very thankful for the "$1" magic, it heals my headache of variable
> assignment per each (sub)menu entries.
>
"$1" is always menu entry title, you probably mean "$2" :)
___
Grub-devel maili
On Mon, Dec 23, 2013 at 6:00 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 23.12.2013 13:42, Andrey Borzenkov wrote:
>> bor@server ~/grub-2.02~beta1
>> $ ./grub-mkimage -d grub-core -O i386-pc -o grub.img
>> ./grub-mkimage: error: Decompressor is too big.
>>
>> bor@server ~/grub-2.02~beta1
2013/12/24 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 24.12.2013 07:12, Chris Murphy wrote:
>>
>> On Dec 23, 2013, at 9:20 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>
>>> On 24.12.2013 04:43, Chris Murphy wrote:
d point. Your snapshot tool could first create a read only snapshot
On 24.12.2013 07:12, Chris Murphy wrote:
>
> On Dec 23, 2013, at 9:20 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 24.12.2013 04:43, Chris Murphy wrote:
>>> d point. Your snapshot tool could first create a read only snapshot, then
>>> for no space
>>> cost also create a rw snapsh
On Dec 23, 2013, at 9:20 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 24.12.2013 04:43, Chris Murphy wrote:
>> d point. Your snapshot tool could first create a read only snapshot, then
>> for no space
>> cost also create a rw snapshot of the read only one, then add the rw
>> snapshot
On 24.12.2013 04:43, Chris Murphy wrote:
> d point. Your snapshot tool could first create a read only snapshot, then for
> no space
> cost also create a rw snapshot of the read only one, then add the rw snapshot
> to the grub.cfg.
> The tool could give the user the option to always "revert" the c
On Dec 23, 2013, at 8:46 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 24.12.2013 04:43, Chris Murphy wrote:
>> Another thing to note is that there are UEFI computers shipping that don't
>> have USB initialized by the firmware by default at boot time. So the user
>> couldn't use this
On 24.12.2013 04:43, Chris Murphy wrote:
> Another thing to note is that there are UEFI computers shipping that don't
> have USB initialized by the firmware by default at boot time. So the user
> couldn't use this menu on such systems - which some have suggested will
> become increasingly common
On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
> Now I tend to agree that supporting config for snapshot booting
> shouldn't be upstream's consideration due to it's compliexity and
> dependency to system, Despite on this, I still like to ask : Did
> upstream think about any patch trying to pr
On Dec 22, 2013, at 10:32 PM, Chris Murphy wrote:
>
> If relative paths are used, neither core.img nor grub.cfg needs to be
> modified, because merely a user space program changing the default subvolume
> would cause the existing core.img and grub.cfg to boot the snapshot.
This seems wrong on
On 24.12.2013 03:56, Andrey Borzenkov wrote:
> В Вт, 24/12/2013 в 00:34 +, Colin Watson пишет:
>> On Mon, Dec 23, 2013 at 11:21:38PM +0100, Vladimir 'φ-coder/phcoder'
>> Serbinenko wrote:
>>> On 23.12.2013 23:01, Colin Watson wrote:
This should be redesigned so that there is some way to
В Вт, 24/12/2013 в 00:34 +, Colin Watson пишет:
> On Mon, Dec 23, 2013 at 11:21:38PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
> > On 23.12.2013 23:01, Colin Watson wrote:
> > > This should be redesigned so that there is some way to declare in a
> > > grub.d script that it requ
2013/12/21 Andrey Borzenkov :
> В Fri, 20 Dec 2013 21:38:47 -0700
> Chris Murphy пишет:
>
>>
>> On Dec 20, 2013, at 7:54 AM, Michael Chang wrote:
>>
>> >> Every volume has a name, even if you don't know it. Use grub-mkrelpath
>> >> to find out.
>> >
>> > That means we need to modify the grub,cfg
2013/12/21 Chris Murphy :
>
> On Dec 20, 2013, at 7:54 AM, Michael Chang wrote:
>
>>> Every volume has a name, even if you don't know it. Use grub-mkrelpath
>>> to find out.
>>
>> That means we need to modify the grub,cfg in snapshot to make files
>> used by config refer to new path output by grub
2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 20.12.2013 15:54, Michael Chang wrote:
>> 2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
>>> On 20.12.2013 10:46, Michael Chang wrote:
2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 19.12.2013 17:13, Andrey Borzenkov wrot
On Tue, Dec 24, 2013 at 01:38:18AM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 24.12.2013 01:34, Colin Watson wrote:
> > On Mon, Dec 23, 2013 at 11:21:38PM +0100, Vladimir 'φ-coder/phcoder'
> > Serbinenko wrote:
> >> The idea was that platform-independent scripts were still runnable,
On 24.12.2013 01:34, Colin Watson wrote:
> On Mon, Dec 23, 2013 at 11:21:38PM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> On 23.12.2013 23:01, Colin Watson wrote:
>>> This should be redesigned so that there is some way to declare in a
>>> grub.d script that it requires multi-platf
On Mon, Dec 23, 2013 at 11:21:38PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 23.12.2013 23:01, Colin Watson wrote:
> > This should be redesigned so that there is some way to declare in a
> > grub.d script that it requires multi-platform support and should be
> > run multiple t
On Thu, Dec 19, 2013 at 7:39 AM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 19.12.2013 06:43, Bruce Dubbs wrote:
>> Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>> Hello, all. I've just uploaded 2.02~beta1. This also means that we're
>>> now in freeze. I'm willing to consider exceptions on
On 23.12.2013 23:01, Colin Watson wrote:
> ec824e0f2a399ce2ab3a2e3353d372a236595059 introduced extensive changes to
> grub-mkconfig, which among other things arranged to run all but a
> hardcoded list of grub.d scripts once for each of several platforms with
> their output enclosed in an "if" block
ec824e0f2a399ce2ab3a2e3353d372a236595059 introduced extensive changes to
grub-mkconfig, which among other things arranged to run all but a
hardcoded list of grub.d scripts once for each of several platforms with
their output enclosed in an "if" block. I do not feel that this change
was well-though
В Пн, 23/12/2013 в 11:34 -0500, Paulo Flabiano Smorigo/Brazil/IBM пишет:
> Hello everyone,
>
> With the consent of Vladimir Serbinenko, I committed three patches in
> the next branch. Those patches add support for virtual LAN (VLAN)
> tagging. VLAN tagging allows multiple VLANs in a bridged ne
Hello everyone,
With the consent of Vladimir Serbinenko, I committed three patches in
the next branch. Those patches add support for virtual LAN (VLAN)
tagging. VLAN tagging allows multiple VLANs in a bridged network to
share the same physical network link but maintain isolation:
http://e
On Mon, Dec 23, 2013 at 6:00 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 23.12.2013 13:42, Andrey Borzenkov wrote:
>> bor@server ~/grub-2.02~beta1
>> $ ./grub-mkimage -d grub-core -O i386-pc -o grub.img
>> ./grub-mkimage: error: Decompressor is too big.
>>
>> bor@server ~/grub-2.02~beta1
On 23.12.2013 13:42, Andrey Borzenkov wrote:
> bor@server ~/grub-2.02~beta1
> $ ./grub-mkimage -d grub-core -O i386-pc -o grub.img
> ./grub-mkimage: error: Decompressor is too big.
>
> bor@server ~/grub-2.02~beta1
> $ ls -l grub-core/*_decompress.img
> -rwxr-xr-x 1 bor None 3604 Dec 23 15:53 grub-
Just mail it to me. Of interest are extra sections other than .text
On Dec 23, 2013 2:29 PM, "Andrey Borzenkov" wrote:
> On Mon, Dec 23, 2013 at 5:16 PM, Vladimir 'phcoder' Serbinenko
> wrote:
> > coyld you objdunp lzma_decompressor.image ?
> >
>
> Any specific options? Or I can just e-mail it t
On Mon, Dec 23, 2013 at 5:16 PM, Vladimir 'phcoder' Serbinenko
wrote:
> coyld you objdunp lzma_decompressor.image ?
>
Any specific options? Or I can just e-mail it to you (~6K)
> On Dec 23, 2013 1:43 PM, "Andrey Borzenkov" wrote:
>>
>> bor@server ~/grub-2.02~beta1
>> $ ./grub-mkimage -d grub-co
coyld you objdunp lzma_decompressor.image ?
On Dec 23, 2013 1:43 PM, "Andrey Borzenkov" wrote:
> bor@server ~/grub-2.02~beta1
> $ ./grub-mkimage -d grub-core -O i386-pc -o grub.img
> ./grub-mkimage: error: Decompressor is too big.
>
> bor@server ~/grub-2.02~beta1
> $ ls -l grub-core/*_decompress.
bor@server ~/grub-2.02~beta1
$ ./grub-mkimage -d grub-core -O i386-pc -o grub.img
./grub-mkimage: error: Decompressor is too big.
bor@server ~/grub-2.02~beta1
$ ls -l grub-core/*_decompress.img
-rwxr-xr-x 1 bor None 3604 Dec 23 15:53 grub-core/lzma_decompress.img
bor@server ~/grub-2.02~beta1
$
W
29 matches
Mail list logo