On Thu, Oct 08, 2009 at 10:31:22AM -0400, David Zeuthen wrote:
>
> One of the main features of udev and DeviceKit-disks (and the GNOME
> desktop shell for that matter) is that we closely track changes made to
> devices. This means that you can use existing and well-known tools such
> as mkfs(8), f
On Thu, 2009-10-08 at 00:46 +0200, Patrice Dumas wrote:
> Maybe my use for DK* may not be what they have been done for, but I was
> clearly not thinking about those kind of applications -- they don't really
> need to mess up with disks, indeed, but more about applications that
> would need to do s
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
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
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
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 [email protected] did gyre
> > > and gimble:
> > >
> > > DZ> FWIW, I
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 [email protected] did gyre
> > and gimble:
> >
> > DZ> FWIW, I think our version numbers should probably be changed so it
> > DZ>
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
On Wednesday 7 October 2009 18:46:45 Mikhail Gusarov wrote:
> Twas brillig at 12:24:43 07.10.2009 UTC-04 when [email protected] 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
>
On Wed, 2009-10-07 at 23:46 +0700, Mikhail Gusarov wrote:
> Twas brillig at 12:24:43 07.10.2009 UTC-04 when [email protected] 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
Twas brillig at 12:24:43 07.10.2009 UTC-04 when [email protected] 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
On Wed, 2009-10-07 at 07:02 +0700, Mikhail Gusarov wrote:
> Twas brillig at 19:40:48 06.10.2009 UTC-04 when [email protected] 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>
On Wednesday 7 October 2009 02:02:18 Mikhail Gusarov wrote:
> Twas brillig at 19:40:48 06.10.2009 UTC-04 when [email protected] 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
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
Twas brillig at 19:40:48 06.10.2009 UTC-04 when [email protected] 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> they need (discover/watch mounts). Or, of course, similar APIs if
DZ
Hey,
On Tue, 2009-10-06 at 00:50 +0200, Michael Biebl wrote:
> Now that DK-disks and DK-power are more and more widely used, such API
> changes become and issue.
> How will that be handled in the future? When can we expect a stable (D-Bus)
> API?
For DKD, don't expect a stable API anytime soon.
2009/10/6 Davide Bettio :
>> Eg. libdevkit-power-gobject 010 and DeviceKit-power 011 will not work
>> together (in case someone does a partial package upgrade).
>
> You must use the same version for both.
Yes, I think it's pretty insane packaging policy if you're shipping
half of one package as a
Hi,
> I noticed that 011 will change its property naming scheme from
> dash-dash to AllCamelCase, which afaics is an D-Bus API break.
Yes, it is.
We need AllCamelCase due to Qt compatibility issues.
> Eg. libdevkit-power-gobject 010 and DeviceKit-power 011 will not work
> together (in case someo
2009/10/1 Richard Hughes :
> If you want any patches / fixes included for the release then you've
> got a few days left for review. Testing especially welcome.
>
> If you're expecting DeviceKit-power to work on Solaris or FreeBSD in
> future releases, there's a framework in place just waiting to be
If you want any patches / fixes included for the release then you've
got a few days left for review. Testing especially welcome.
If you're expecting DeviceKit-power to work on Solaris or FreeBSD in
future releases, there's a framework in place just waiting to be used.
Hint hint.
Richard.
20 matches
Mail list logo
