On Thu, Sep 10, 2009 at 8:38 AM, Michal Suchanek wrote:
> hello
>
> 2009/9/9 Bean :
>> On Wed, Sep 9, 2009 at 6:53 PM, Michal Suchanek wrote:
>>> 2009/9/8 Bean :
Hi,
After more consideration, perhaps we should use the following
component structure:
frame - window bord
hello
2009/9/9 Bean :
> On Wed, Sep 9, 2009 at 6:53 PM, Michal Suchanek wrote:
>> 2009/9/8 Bean :
>>> Hi,
>>>
>>> After more consideration, perhaps we should use the following
>>> component structure:
>>>
>>> frame - window border
>>> panel - layout manager with scroll bar support
>>> window - fra
Quoting Michal Suchanek, who wrote the following on Wed, 9 Sep 2009:
HEllo
2009/9/9 Felix Zielcke :
Am Mittwoch, den 09.09.2009, 17:07 +0300 schrieb Lars Nooden:
I see that all new work is on Grub2. What timeline is there for
bringing the pxegrub functionality forward to grub2 from legacy
On Wed, Sep 9, 2009 at 10:50 PM, Michal Suchanek wrote:
> 2009/9/8 Bean :
>> Hi,
>>
>> After more consideration, perhaps we should use the following
>> component structure:
>>
>> frame - window border
>> panel - layout manager with scroll bar support
>> window - frame + panel
>> label - text
>> ima
On Wed, Sep 9, 2009 at 6:53 PM, Michal Suchanek wrote:
> 2009/9/8 Bean :
>> Hi,
>>
>> After more consideration, perhaps we should use the following
>> component structure:
>>
>> frame - window border
>> panel - layout manager with scroll bar support
>> window - frame + panel
>
> What has window tha
HEllo
2009/9/9 Felix Zielcke :
> Am Mittwoch, den 09.09.2009, 17:07 +0300 schrieb Lars Nooden:
>> I see that all new work is on Grub2. What timeline is there for
>> bringing the pxegrub functionality forward to grub2 from legacy grub?
>>
>> Regards
>> -Lars
>>
>
> I don't know what pxegrub can do
2009/9/8 Bean :
> Hi,
>
> After more consideration, perhaps we should use the following
> component structure:
>
> frame - window border
> panel - layout manager with scroll bar support
> window - frame + panel
> label - text
> image - image
> button - button
> list - list box
> edit - multi-line e
Felix Zielcke wrote:
> I don't know what pxegrub can do, but GRUB 2 has PXE support:
> http://grub.enbug.org/PXEBOOT
I think that's what I was looking for. I'll play with it. Thanks!
Regards,
-Lars
___
Grub-devel mailing list
Grub-devel@gnu.org
htt
Am Mittwoch, den 09.09.2009, 17:07 +0300 schrieb Lars Nooden:
> I see that all new work is on Grub2. What timeline is there for
> bringing the pxegrub functionality forward to grub2 from legacy grub?
>
> Regards
> -Lars
>
I don't know what pxegrub can do, but GRUB 2 has PXE support:
http://grub
I see that all new work is on Grub2. What timeline is there for
bringing the pxegrub functionality forward to grub2 from legacy grub?
Regards
-Lars
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Am Mittwoch, den 09.09.2009, 15:57 +0200 schrieb Felix Zielcke:
> Is there any reason why we have install-sh and docs/mdate-sh?
> We don't use them anywhere and they're shipped with automake, which
> Okuji doestn't like anyway IIRC
>
Oh I didn't notice configure even checks for install-sh.
But wh
Is there any reason why we have install-sh and docs/mdate-sh?
We don't use them anywhere and they're shipped with automake, which
Okuji doestn't like anyway IIRC
--
Felix Zielcke
Proud Debian Maintainer
___
Grub-devel mailing list
Grub-devel@gnu.org
On 09/09/2009 12:26 PM, Felix Zielcke wrote:
> What's the point in having the /dev/dm-X devices at all?
> Does anything use them?
...nothing uses them and nothing ever should! These names are not
stable (the number depends on the activation sequence of those
devices). Not usable for anything, real
2009/9/8 Bean :
> Hi,
>
> After more consideration, perhaps we should use the following
> component structure:
>
> frame - window border
> panel - layout manager with scroll bar support
> window - frame + panel
What has window that frame+panel does no have?
I think it is reasonable to just put tw
Am Mittwoch, den 09.09.2009, 12:01 +0200 schrieb Peter Rajnoha:
> Hi,
>
> (I'm speaking for the LVM/DM team)
>
> we have integrated official udev support for device-mapper/LVM
> devices lately which is now part of upstream LVM release (however
> it's still turned off in default configuration). Th
Hi,
(I'm speaking for the LVM/DM team)
we have integrated official udev support for device-mapper/LVM
devices lately which is now part of upstream LVM release (however
it's still turned off in default configuration). This includes
our own udev rules responsible for creating /dev nodes and
associa
16 matches
Mail list logo