use right include path for devkit-gobject

update location of git repos

Someone also needs to do s/devicekit/DeviceKit/ on the fd.o git servers...

avoid closing the tray on optical drives

You're also going to need this patch to udev

 http://marc.info/?l=linux-hotplug&m=121749053301147&w=2

update license so it's GPLv2

fix 'make distcheck'

fix marshaller changes

include a private program to export the device-mapper information we need

Can't wait anymore for this to land in device-mapper upstream

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

We're using a separate name space for this so once this information
does land in device-mapper upstream we can use it from there.

add some notes about how to support iSCSI target/initiator roles

fix a bug introduced by commit 01f415b7e0049d71fbb221a43225d2ec7aa6404b

E.g. use the proper type boxed type for DBUS_G_TYPE_OBJECT_PATH for
the C closures when registering the signals

register the correct marshaller for the devkit-disks client

use object paths instead of strings for signals

Pointed out by Lennart Poettering via Jon McCann.

don't S.M.A.R.T. data injected with simulate= to the database

forgot to commit a few PolicyKit actions

add a new method FilesystemListOpenFiles() returning (pid, uid, cmdline)

http://people.freedesktop.org/~david/gdu-fs-busy.png

add DriveEject() and drive-is-media-ejectable, drive-requires-eject properties

removed the .NotLabeled error, just return .Failed instead

add support for optical discs and rework media type handling

In particular, use the data exported by the newly rewritten cdrom_id
program; reported a few bugs to Kay about that one.

update devkit-disks to latest D-Bus API

allow unmount/locking devices not set up by the daemon

Will require plenty of privilege (e.g. unmount-others and lock-others).

reword some authentication messages and change some of the defaults

rename some PolicyKit actions to be more consistent with the API

use mlabel if label passed to mkfs.vfat is > 11 characters

set an environment variable to skip checks

Kay Sievers reports these checks are broken. Either way, no need to
check the fstype since we already check the fstype from vol_id.

use mlabel rather than dosfslabel

Because compared to dosfslabel

 - mlabel actually works
 - mlabel supports long labels (254 characters)
 - mlabel is also available in e.g. SUSE; dosfslabel seem to be a RH hack

revert "rename FilesystemSetLabel to SetLabel; some non-fs devices supports labels too"

This reverts commit f7ad692c880c44dd9d52844f9963e08e24ec92cf.

Hmm.. thinking about it, it's probably better to have SwapSetLabel(),
LinuxMdSetLabel() and so forth.

rename FilesystemSetLabel to SetLabel; some non-fs devices supports labels too

sanitize/rework D-Bus errors returned

avoid abstracting encrypted devices; instead be specific about it's LUKS

add support for the xfs file system

export daemon version and capabilities (encryption and fs support)

add a new method FilesystemCheck

include permissions and errors in the docs for the LinuxMdStart method

rework what authorizations are needed

Lots of changes in this commit including new properties and ABI changes.

add new property device-is-system-internal

remove ability to use privileged mount options

People who wants this are advised to use /etc/fstab - as of commit
1aeeb7b6ec2236f20eef2281e30786266098e29e, FilesystemMount() and
FilesystemUnmount() will attempt to mount as the calling user if the
device is referenced in /etc/fstab.

add options take_ownership_[uid|gid] to FilesystemCreate

This is to support features such as

 http://people.freedesktop.org/~david/gdu-take-ownership.png

We might want to add take_ownership_secontext for setting the SELinux
context too. Need to check with the SELinux guys.

add a --replace option to devkit-disks-daemon

This will replace an existing instance of devkit-disks-daemon.

ensure that EncryptedLock doesn't return until cleartext device is removed

remove debug spew

fix unmount issue where directory isn't removed

use a mount monitor based on /proc/mounts instead of gio's mount monitor

Also add a hack to work around the fact that device-mapper create it's
own device nodes.

support UUID= and LABEL= in /etc/fstab

fixup docs now that we support mounting/unmounting /etc/fstab devices

for fstab mount points, call mount/umount as the calling user

With this change, the mount client (e.g. gnome-mount) don't have to
fool around with doing this himself.

fix up some error handling

add -Wformat and -Wformat-security warnings and fix up some code

I'm still baffled why gcc thinks this is something one needs to *turn* on.

initialize error correctly

properly detect mmc/sd cards and fix a bug in mount point naming

update TODO list and bump version to 002

store historical SMART data and add DriveSmartGetHistoricalData()

This add sqlite3 as a dependency.

refresh SMART data on startup and every 30 minutes

don't run DriveSmartRefreshData as a job

We also want to run this from the daemon every 30 minutes or so.

rework how SMART is done; express it in properties and export attributes

Also add some test files from the smartmontools project and provide a
new simulate= option. This is very useful for testing clients
consuming this data. See test/smart/README for details.

rip out the inhibit code from the daemon

In the future we want the daemon around so it can continously monitor
RAID and SMART. Need to figure out if we need to start it at boot
time.

add some more docs

rename some methods so the API is easier to read

work more on the D-Bus docs

add some polish to the D-Bus documentation

finish port to new DeviceKit

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