<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would like to propose adding gptfdisk to LFS.<br>

<br>
<a href="http://sourceforge.net/projects/gptfdisk/" target="_blank">http://sourceforge.net/projects/gptfdisk/</a><br>
<br>
It allows creation and management of GUID Partition Table (GPT) disks<br>
using a fdisk type syntax.  It's much easier to use than gnu parted.<br>
<br>
After using a GPT partitioned disk for a while, I recommend it over the<br>
ancient BIOS/MBR partitioned disks.   The package builds gdisk, cgdisk,<br>
sgdisk (similar to fdisk, cfdisk, and sfdisk), and fixparts.<br>
<br>
The table looks like:<br>
<br>
# gdisk -l /dev/sdc<br>
GPT fdisk (gdisk) version 0.8.5<br>
<br>
Partition table scan:<br>
   MBR: protective<br>
   BSD: not present<br>
   APM: not present<br>
   GPT: present<br>
<br>
Found valid GPT with protective MBR; using GPT.<br>
Disk /dev/sdc: 78165360 sectors, 37.3 GiB<br>
Logical sector size: 512 bytes<br>
Disk identifier (GUID): 1A083159-55E5-40A2-BC78-C269AB11A96E<br>
Partition table holds up to 128 entries<br>
First usable sector is 34, last usable sector is 78165326<br>
Partitions will be aligned on 2048-sector boundaries<br>
Total free space is 299020 sectors (146.0 MiB)<br>
<br>
Number  Start (sector)    End (sector)  Size       Code  Name<br>
    1            2048        23298000   11.1 GiB    8300  /opt for sdc2<br>
    2        23592960        44040192   9.8 GiB     8300  / for lfs-7.2-rc1<br>
    3        44042240        78165326   16.3 GiB    8300  / for svn-20121216<br>
--------<br>
When I created the first two partitions, I used GB instead of GiB so the<br>
ending points created some small gaps.<br>
<br>
The package requires libuuid (from util-linux) and ncurses.<br>
<br>
There are some optional libraries (ICU library at<br>
<a href="http://site.icu-project.org" target="_blank">http://site.icu-project.org</a> for unicode partition names) and sgdisk<br>
requires popt.<br>
<br>
The build requires editing or patching the Makefile if the ICU or popt<br>
library files are not available.  Then a simple make. The executables<br>
and man pages are installed with a simple cp.<br>
<br>
-----<br>
<br>
The other alternative is to put the package in BLFS but that makes LFS<br>
incomplete because it would not be available to manage a GPT disk by<br>
itself.  We could put it in both LFS and BLFS (for the optional<br>
dependencies).<br>
<br>
Thoughts?<br>
<br>
   -- Bruce<br>

<br></blockquote><div><br></div><div>I still think it's a good idea to add it to the LFS book for the following reasons:-</div><div><br></div><div>1. It's basic system software.</div><div><br></div><div>2. It's a new and better way of doing things.</div>
<div><br></div><div>3.  It will obviate the problems some people on the LFS list have had with devices randomly changing nomenclature.</div><div><br></div><div>4. The point immediately above should result in fewer posts.</div>
<div><br></div><div>5. The additional packages required by GPT build well using the latest LFS book.</div><div><br></div><div>BLFS is an adjunct to the LFS book and therefore seems to me to be the wrong place for such a package.</div>
<div><br></div><div>Richard  </div></div></div></div>