Re: devicekit-power documentation

2009-10-07 Thread Richard Hughes
2009/10/7 Davide Bettio : > DeviceKit-Power documentation seems to be missing. > Can you publish it? Ahh, it got deleted after the freedesktop home 'purge'. I've re-uploaded it here: http://people.freedesktop.org/~hughsient/DeviceKit-power/ Thanks. ___

Re: DeviceKit-power release next Monday

2009-10-07 Thread Patrice Dumas
On Tue, Oct 06, 2009 at 07:40:48PM -0400, David Zeuthen wrote: > Hey, > > For DKD, don't expect a stable API anytime soon. FWIW, I even doubt that > it's useful to make the API stable. It's kinda-sorta an API that is > useful only for the OS vendor to implement a desktop environment or an What OS

Re: devicekit-disks and Md

2009-10-07 Thread Davide Bettio
Hi, > Actually it should. It's not really written down anywhere, but a drive > in DKD terminology is basically something that is a top-level block > device and has vendor/model/serial metadata. Please document it. Anyway I'd like to know if a device is a physical drive (hardisks, cd drives) or a s

PartitionLabel property

2009-10-07 Thread Davide Bettio
Hi, I can't understand what PartitionLabel property is meant to be. Usually labels are stored in the filesystem and moreover the most common partition table type hasn't got any support for labels. I suggest you to rename it to Label or to FilesystemLabel. Bye, Davide Bettio. ___

Re: PartitionLabel property

2009-10-07 Thread Kay Sievers
On Wed, Oct 7, 2009 at 14:25, Davide Bettio wrote: > I can't understand what PartitionLabel property is meant to be. > Usually labels are stored in the filesystem and moreover the most common > partition table type hasn't got any support for labels. > I suggest you to rename it to Label or to File

Re: PartitionLabel property

2009-10-07 Thread Davide Bettio
Hi, > That the old and stupid MSDOS partitions don't support anything useful >is no reason not to support partition labels. You might want to read: > > http://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries_.28LBA_2.E2.80.9333.29 We can't suppose that the user is using a GUID parti

Re: PartitionLabel property

2009-10-07 Thread Kay Sievers
On Wed, Oct 7, 2009 at 14:46, Davide Bettio wrote: >> That the old and stupid MSDOS partitions don't support anything useful >>is no reason not to support partition labels. You might want to read: >>  http://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries_.28LBA_2.E2.80.9333.29 > > We

Re: PartitionLabel property

2009-10-07 Thread Davide Bettio
Hi, > These values are just not set for MSDOS part tables, because that old > stuff does not support it. That's how things work. We don't have any > ext3 specific uuid properties, just because iso9660 does not have > uuids. Also partition labels have zero in common with filesystem > labels, they n

cdrom read/write speed

2009-10-07 Thread Davide Bettio
Hi, HAL used to have storage.cdrom.write_speeds, storage.cdrom.write_speed and storage.cdrom.read_speed. it seems that DKD doesn't support any of these properties. Are you going to implement these missing properties? Bye, Davide Bettio. ___ devkit-dev

Re: DeviceKit-power release next Monday

2009-10-07 Thread Kévin Ottens
On Wednesday 7 October 2009 02:02:18 Mikhail Gusarov wrote: > Twas brillig at 19:40:48 06.10.2009 UTC-04 when da...@fubar.dk did gyre > and gimble: > > DZ> Applications (that are not disk utility, partitioning etc. apps) > DZ> should just be using the GIO API since it's simpler and do what > DZ

Re: DeviceKit-power release next Monday

2009-10-07 Thread David Zeuthen
On Wed, 2009-10-07 at 07:02 +0700, Mikhail Gusarov wrote: > Twas brillig at 19:40:48 06.10.2009 UTC-04 when da...@fubar.dk did gyre > and gimble: > > DZ> Applications (that are not disk utility, partitioning etc. apps) > DZ> should just be using the GIO API since it's simpler and do what > DZ>

Re: DeviceKit-power release next Monday

2009-10-07 Thread Mikhail Gusarov
Twas brillig at 12:24:43 07.10.2009 UTC-04 when da...@fubar.dk did gyre and gimble: DZ> FWIW, I think our version numbers should probably be changed so it DZ> is easier for distros to coordinate this effort. E.g. we should DZ> probably have DZ> .. That'd be nice. DZ> No, it is public ABI

Re: PartitionLabel property

2009-10-07 Thread David Zeuthen
On Wed, 2009-10-07 at 14:46 +0200, Davide Bettio wrote: > Hi, > > > That the old and stupid MSDOS partitions don't support anything useful > >is no reason not to support partition labels. You might want to read: > > > > http://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries_.28LBA_2

Re: DeviceKit-power release next Monday

2009-10-07 Thread David Zeuthen
On Wed, 2009-10-07 at 23:46 +0700, Mikhail Gusarov wrote: > Twas brillig at 12:24:43 07.10.2009 UTC-04 when da...@fubar.dk did gyre > and gimble: > > DZ> FWIW, I think our version numbers should probably be changed so it > DZ> is easier for distros to coordinate this effort. E.g. we should > DZ

Re: DeviceKit-power release next Monday

2009-10-07 Thread Kévin Ottens
On Wednesday 7 October 2009 18:46:45 Mikhail Gusarov wrote: > Twas brillig at 12:24:43 07.10.2009 UTC-04 when da...@fubar.dk did gyre > and gimble: > > DZ> FWIW, I think our version numbers should probably be changed so it > DZ> is easier for distros to coordinate this effort. E.g. we should >

Re: DeviceKit-power release next Monday

2009-10-07 Thread David Zeuthen
On Wed, 2009-10-07 at 11:32 +0200, Patrice Dumas wrote: > On Tue, Oct 06, 2009 at 07:40:48PM -0400, David Zeuthen wrote: > > Hey, > > > > For DKD, don't expect a stable API anytime soon. FWIW, I even doubt that > > it's useful to make the API stable. It's kinda-sorta an API that is > > useful only

Re: DeviceKit-power release next Monday

2009-10-07 Thread David Zeuthen
On Wed, 2009-10-07 at 18:59 +0200, Kévin Ottens wrote: > On Wednesday 7 October 2009 18:46:45 Mikhail Gusarov wrote: > > Twas brillig at 12:24:43 07.10.2009 UTC-04 when da...@fubar.dk did gyre > > and gimble: > > > > DZ> FWIW, I think our version numbers should probably be changed so it > > DZ>

Re: DeviceKit-power release next Monday

2009-10-07 Thread Kévin Ottens
On Wednesday 7 October 2009 19:04:26 David Zeuthen wrote: > On Wed, 2009-10-07 at 18:59 +0200, Kévin Ottens wrote: > > On Wednesday 7 October 2009 18:46:45 Mikhail Gusarov wrote: > > > Twas brillig at 12:24:43 07.10.2009 UTC-04 when da...@fubar.dk did gyre > > > and gimble: > > > > > > DZ> FWIW, I

Re: DeviceKit-power release next Monday

2009-10-07 Thread David Zeuthen
On Wed, 2009-10-07 at 19:34 +0200, Kévin Ottens wrote: > Still, I'm surprised that you'd bump it that often. Twice a year seems a lot > to me. I just made "twice a year" up because asking users of the ABI to do something twice a year isn't that unreasonable. If we never made any mistakes we'd nev

Re: DeviceKit-power release next Monday

2009-10-07 Thread Kévin Ottens
On Wednesday 7 October 2009 20:14:07 David Zeuthen wrote: > > Yup, having some headups is the minimum. The trouble is more that distros > > don't transition at the same time, or don't backport my changes to > > support the latest version, etc. It's real experience I got from HAL and > > I end up wi

Re: DeviceKit-power release next Monday

2009-10-07 Thread Patrice Dumas
On Wed, Oct 07, 2009 at 12:32:28PM -0400, David Zeuthen wrote: > > that DeviceKit-disks is a distro-neutral interface where the obvious > users are things like GNOME Disk Utility, the GNOME desktop shell (e.g. > Nautilus) and in the future things like OS installers (which may or may > not be distr

Re: per-user udev rules subset

2009-10-07 Thread gibboris
On Sat, Oct 03, 2009 at 07:24:08AM +0100, Scott James Remnant wrote: > On Tue, 2009-09-29 at 11:47 +0200, gibbo...@gmail.com wrote: > > > ** What I want : ** > > I want the ability for a simple user to set ANY action > > automatically done according to device events ... > > with the "state-of-art"

Re: devkit segfaults in do_show_info()

2009-10-07 Thread gibboris
On Tue, Oct 06, 2009 at 12:18:37AM +0200, gibbo...@gmail.com wrote: > $ devkit-disks --show-info /dev/sda7 > devkit-disks-daemon throws : > > ** (devkit-disks-daemon:9668): WARNING **: introspection data references > non-existing property NativePath > [ ... same message for each property follow .