Since my experience with encrypted filesystem is limited to a slight awareness
of their existence, i'm afraid i cannot help you here :)

Please do realize GParted is in fact an frontend. If you can point me to any
tools which do this kind of resizing i'll try to implement this feature in gparted.

This are links to encryption commandline tools and docs already packaged in many
distros.
This solution solution is already integrated in kernel so there is no need for
patching it.
http://www.saout.de/misc/dm-crypt/

I have to put my vote for this, as well.  As processor speeds go up, having your entire system encrypted is really hardly felt at all.  This is becoming more and more common (Debian Etch's installer supports creating encrypted partitions, as do most other distros), so it'd be nice if the gparted team could take a look at implementing dm_crypt

It seems the easiest backend is to use the cryptsetup command. It has commands to create, resize, etc. encrypted partitions. It could be implemented almost like another filesystem type.

*** Bug 578342 has been marked as a duplicate of this bug. ***

could someone please sum up what needs to be done to implement manipulation of dm-crypted (luks' format would be enough i guess) devices in gparted?
are there any plans to implement it directly or in libparted? has anyone started working on it?
how are devicemapper devices handled in gparted and libparted, if at all?
how should this be implemented?
i read (in bug #160787), that you are thinking about how to support lvm. i'd guess that lvm & dm-crypt support could share architectural ideas and code? 

i'm pretty sure this would be quite useful for a lot of people, even if they don't know yet (stolen laptops etc. ;). ubuntu's alternate installation media (based on debian-installer) can create luks+lvm-based full disk encryption partition layouts automatically for a few years now.
i might be interested in working on it, but i will need help :)

ps: maybe this would be better posted to the mailinglist(s), but i think itself should be documented more "publicly" first.

AmenophisIII, to my knowledge no one is currently working on this enhancement, either in gparted or libparted.

The questions you pose are best answered by a review of the source code.  Please feel free to do so and to devise and suggest methods to implement this enhancement in the source code.

More information regarding resizing LUKS can be found in the following GParted forum post:
     Please add luks support
     http://gparted-forum.surf4.info/viewtopic.php?id=15405

Hello,

I am also affected by this and would also like to see this functionality implemented into gparted. I trust the GUI more than myself, executing dangerous operations with tools I never used before on critical data.

The first entry on google for "gparted luks is not yet supported" is this thread, the second is a detailed tutorial at ubuntuforums.org: http://ubuntuforums.org/showthread.php?p=4530641 I have just completed resizing two logical volumes in the same volume group on a crypt using luks, so it seems fairly functional.

Perhaps LUKS is a step to be taken before LVM, since encryption using dm_mapper/LUKS does not depend on LVM. LVM is also is only useful, if partitions are rearranged frequently and that might be more of an Server/Poweruser-usecase than encryption, which belongs on every laptop with personal or otherwise sensitive data.

*** This bug has been marked as a duplicate of bug 670171 ***

This help page has been updated: https://help.ubuntu.com/community/ResizeEncryptedPartitions

Based on http://www.gparted.org/features.php and the latest version of Gparted, LUKS encryption using lvm2 pv, isn't support it so either is bug or bug 171144.

aren't resolved.

Hi All,

I am evaluating what needs to be done to add LUKS support to GParted.  I
would appreciate if you could reply to the following GParted forum post
with the requested details:

Feature Requests --> What storage layout do LUKS users have?
http://gparted-forum.surf4.info/viewtopic.php?id=17329

Thanks,
Mike