properly document the D-Bus interfaces

port to new DeviceKit interface

This still needs a bit of work...

Merge branch 'master' of ssh://david@people.freedesktop.org/~/DeviceKit-disks

avoid gvfs for now

see http://bugzilla.gnome.org/show_bug.cgi?id=526454

clear fs signatures if we detect a partition table

This is one reason we need to get partition table scanning into
vol_id. This is to fix a case where there's an old RAID signature for
a whole disk RAID component.

fix warnings on x86_64

add a 'last_self_test_result' return value to the RetrieveSmartData() method

fix 'make distcheck'

work some more on linux-md software RAID

Sorry for the big patch.

add methods to assemble and stop linux md raid arrays

The AssembleLinuxMdArray() method is on the daemon; part of this patch
extends the job facility to be used when device == NULL.

add support for recognizing md devices

add support for recognizing Linux md components

Depends on a patch to udev for making vol_id export some more
information. Sent to Kay for review.

improve md device handling

also fail RetrieveSmartData if smartctl returns 0x01

tell libparted to poke the kernel on partition table changes

make the task name depend on the test we're running

first stab at S.M.A.R.T. support

Yeah, yuck, screenscraping the output of smartctl(8) sucks. But there
is no library. Have to think about how to export more data such as the
attributes. Also needs to make this work with SCSI drives as the
smartctl(8) output depends on whether it's SCSI or ATA (!).

http://people.freedesktop.org/~david/gdu-smart-and-healthy.png
http://people.freedesktop.org/~david/gdu-smart-and-failing.png

split drive-media into two properties (compatibility and current)

add support for fslabel change, read_only and (partial) linux md raid

add another card reader

introduce a new property 'drive-media' to specify media compatibility

Also introduce a few hackish udev rules to set it to something
sane. As the comments in 95-devkit-disks.rules says, this needs to be
revisited.

add new properties drive-connection-interface and drive-connection-speed

only tear down crypto cleartext devices set up by ourselves

fix a misleading comment

tear down crypto devices when a device is unsafely removed

Streamline the whole way force removal works. It shouldn't be hard to
add force removal to RAID (e.g. md) and LVM arrays once we get around
to adding support for these.

We still need to check whether the encrypted device was set up by us
before tearing it down. That's for the next patch.

forcibly unmount devices mounted by ourselves on unsafe media removal

make the fd's used to communicate with childs non blocking

This fixes a grave bug where the daemon was unresponsive for many many
seconds. Especially during ext3 fs creation. Also read to end for
stderr and stdout when the child terminates. This fixes a long
standing bug where sometimes we didn't get all the data.

We now also pass stdout to the JobCompleted callback. Might come in
handy later.

make sure holders/ is properly updated

... and remove some debugging spew as well.

make libparted poke the kernel when adding/deleting partitions

Turns out that libparted is already using the right ioctl's mentioned
in commit 6a2a1f2b7cc7b52b277aa9788a3a0bb280227441. So now we can
correctly add/delete partitions even when other partitions on the same
disk are busy.

to maintain integrity, use the new is-busy property to refuse service

For example, we now throw the .IsBusy exception on CreatePartitionTable()
if one of the existing partitions is busy.

Prior to this patch we'd happily create a new partition table even
though a dm-crypt target were holding one of the partitions. Which
broke in interesting ways when we issued BLKRRPART. This is because
the kernel is rather dumb and BLKRRPART won't work if any of the
partitions are busy.

The solution, I think, involves judicious use of the "add partition"
and "del partition" ioctls to spoonfeed the kernel this information.
Will try and do this next. As an upside, I think the annoying "remove
all partitions, then add them back again" artifact will go away with
this. So maybe it's all good. We'll see.

introduce a new property device-is-busy

add support for option encrypt= for CreateFilesystem

This makes it painfully simple to do UI's like this

http://people.freedesktop.org/~david/gdu-luks-easy.png

ignore temporary private cryptsetup devices

For this to work you'll need HEAD of DeviceKit with this patch

http://gitweb.freedesktop.org/?p=users/david/DeviceKit.git;a=commitdiff;h=3a11b7f9a5fe0efb1918055ec49516b648e45819

add and implement new ChangeSecretForEncrypted method call

update the job state before returning value of the the method called

add support for UnlockEncrypted and LockEncrypted methods

On Linux this is using cryptsetup(8).

add support for encrypted block devices

The namespace is abstract and I've implemented this for dm-crypt for
now (not sure what else there is to support on Linux).

This relies on some device-mapper patches, see

 https://bugzilla.redhat.com/show_bug.cgi?id=438604

that needs to go upstream. Next patch will include methods for
locking, unlocking and managing keys.

better way of avoiding detecting a VBR as an MBR

Revert "rely on proper change events from the kernel and udev"

This reverts commit 071b5825390e537bfbc6650582a81c427017a9e6.

rely on proper change events from the kernel and udev

Relies on patched udev rules as mentioned here

http://gitweb.freedesktop.org/?p=users/david/gnome-disk-utility.git;a=commitdiff;h=d4098ad91e73414afdd8b49a8c57b42d31ff7998

if creating a fs on the main device, signal kernel to reread partition table

check that incoming data is valid UTF-8

Otherwise libdbus.so will terminate us and then it's crash city.

add a kludge to avoid detecting vfat on a whole disk as a partition table

I don't really know how to make a distinction between a MBR and a
VBR. Both have the MSDOS magic at 0x1fe.

support mkswap and mkntfs

Also add a note that we need to fix usage of g_io_channel_read_line();
it blocks and we don't want the daemon process to block at all.

fix deleting extended partitions

We need to zero the contents of the partition _after_ it has been
removed from the partitioning table. If we do it before, we overwrite
important metadata in extended partitions.

refuse to create a partition table if an enclosed partition is mounted

implement CreatePartitionTable method call

add ModifyPartition dbus call

add partition deletion and creation

forgot to add bash completion script

add mkfs support and iterate over how we handle jobs

use partition size and offset from part_id

The kernel sets the size of the extended partition to 1kb to be
helpful so people won't run mkswap or mkfs on it (but big enough to
run lilo). Sigh.

apparently the kernel exports sizes of 512 byte sectors

fix block size

Apparently block sizes != 512 aren't that exotic. My Apple iPod 80G
uses 2048 byte sectors. Weirdos.

add missing bits for a proper Mount() and Unmount() implementation

first stab at implementing Mount() and Unmount()

It works pretty well; there's a few TODO's left though.

change the rate limit from 800 msec to 50 msec

This is currently commented out; it depends on a patch for gio that
hopefully will land in 2.16.2.

http://bugzilla.gnome.org/show_bug.cgi?id=521946

report and monitor whether a device is mounted

rework partition table detection and add some new properties

install D-Bus introspection data in /usr/share/dbus-1/interfaces

use libdevkit instead of spawning udevinfo ourselves

work on the partition detection code and remove the holders/slaves for now

avoid emitting add events on startup

make sure we inhibit shutdown when monitoring from devkit-disks

add partition table detection

Right now this includes a lame part_id tool that will get called by
udev; this needs to be cleaned up and moved to udev proper (means
avoiding glib etc.).

don't include by-label stuff in device-file-by-uid

Many devices put the same label on the fs; for example Canon SLR's
normally call it EOS_DIGITAL. So it's not really unique.

more work in progress on properties

define some more properties

This is definitely work in progress.

avoid getters and setter and export information as properties

add an error/exception for not supported

fix distcheck

add mkinstalldirs

add udev rules file

initial commit