Re: Getting Started

["Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2480 bytes --]

On 10.04.2012 12:56, Steve Burtchin wrote:
> On Sun, 8 Apr 2012 03:50:18 -0400 Steve Burtchin worte:
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >On Sat, 07 Apr 2012 13:17:15 +0200 Vladimir '?-coder/phcoder'
> Serbinenko wrote:
> >------------------------------------------------------------------------------------
> >On 07.04.2012 11:54, Steve Burtchin wrote:
> >> GRUB Developers,
> >> 
> >> Please help me get started developing GRUB2.  I would like to add some
> >> additional functionality to the 'parttool' command (functionally
> >> similar to the code changes I proposed for GRUB-Legacy).
> >Could you give more details?
> >------------------------------------------------------------------------------------
> >
> >I had hoped I could answer the details question with a URL link, but
> I cannot find that
> >bug report now. 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>  
> I found the URL to the bug report.  It is
> http://savannah.gnu.org/bugs/?19410.  In summary (and more
> specifically), I wish to add the following features to the GRUB2
> 'parttool' command:
>  
> 1) Create or delete a primary partition.  This functionality was
> provided by the 'partnew' command in GRUB Legacy.  See also
> http://savannah.gnu.org/bugs/?19389.
As I've explained in a parallel thread (the one concerning SoC), any
writing to disk is potentially dangerous and so we need a good reason to
do it. Why would you want to regularly create and destroy partitions in
GRUB?
>  
> 2) Edit extended partition tables (EPBRs).  This functionality was
> added to GRUB Legacy with the 'eptedit' command as described in bug
> report #19410.
>  
I feel like improvements into our gptsync (i.a. support for creating
secondary partitions when possible) solves the same problems (having
more than 4 OS requiring primary partitions) but in a more standartised
way and with a benefit of that GPT-aware tools will handle the whole
thing correctly.
> NOTE: Not mentioned in the original bug report: with the ability to
> edit EPBRs, the potential number of logical partitions is limited only
> by the disk geometry for any SATA, PATA or SCSI disk.
>  
> Regards,
>  
> Steve Burtchin
>
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]