Re: multiple vala versions in 3.4

[Steve Frécinaux]

On 01/21/2012 05:58 AM, Zeeshan Ali (Khattak) wrote:

Being a maintainer of 2 vala projects in GNOME, I can tell you that
valac itself is pretty stable these days and it gets more and more
stable all the time. The issue is the bindings usually. There are way
too many of the libraries to take care of and on top of that they
change all the time. Ideally each library should be providing vala
bindings and take care of keeping it up2date. So its really not a
fault of vala itself.


Libraries already maintain gobject introspection files, and valac is 
supposed to use those these days isn't it?


All bindings are using those these days. libpeas provides samples using 
pygobject, seed, gjs and vala and the only sample which is broken for 
every releases is the vala one.

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: [gnome-settings-daemon] datetime: Remove datetime D-Bus mechanism

[Johannes Schmid]

Hi all!

I took some time and improved PortabilityMatrix in a way that I find
easier to understand and that makes more clear which part of the stack
are supported by different system. If you like it, feel free to use it
as the official version:

https://live.gnome.org/PortabilityMatrix/Improved

Short note: I removed the "udisks" and "upower" rows as they don't
follow the system of showing the part of GNOME using some technologie.
Instead those are referred to by the "gnome-disk-utility" and
"gnome-control-center/power" rows which is IMHO the correct way.

Regards,
Johannes


signature.asc
Description: This is a digitally signed message part
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

udisks2 [WAS: Re: datetime: Remove datetime D-Bus mechanism]

[Frederic Peters]

Johannes Schmid wrote:

> Short note: I removed the "udisks" and "upower" rows as they don't
> follow the system of showing the part of GNOME using some technologie.
> Instead those are referred to by the "gnome-disk-utility" and
> "gnome-control-center/power" rows which is IMHO the correct way.

Speaking of udisks, gnome-disk-utility has now been switched to use
udisks2; I can only guess gvfs will follow.

@David: could you confirm this? And do you have any ETA for a udisks2
tarball?


Fred

[breaking thread on purpose]
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: udisks2 [WAS: Re: datetime: Remove datetime D-Bus mechanism]

[David Zeuthen]

Hi,

On Sat, Jan 21, 2012 at 8:04 AM, Frederic Peters  wrote:
> Johannes Schmid wrote:
>
>> Short note: I removed the "udisks" and "upower" rows as they don't
>> follow the system of showing the part of GNOME using some technologie.
>> Instead those are referred to by the "gnome-disk-utility" and
>> "gnome-control-center/power" rows which is IMHO the correct way.
>
> Speaking of udisks, gnome-disk-utility has now been switched to use
> udisks2;

Note that distributors are free to continue using the old udisks1 (and
udisks2 is parallel installable with udisks1) with gnome-disk-utility
3.2.x series as long as they want.

> I can only guess gvfs will follow.

And gvfs will continue to support the existing gdu and hal backends.

So there is really no pressure to switch to udisks2 ...

> @David: could you confirm this? And do you have any ETA for a udisks2
> tarball?

There is one at http://udisks.freedesktop.org/releases/

Cheers,
David
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: udisks2 [WAS: Re: datetime: Remove datetime D-Bus mechanism]

[Michael Biebl]

Hi David,

Am 21. Januar 2012 19:33 schrieb David Zeuthen :
> On Sat, Jan 21, 2012 at 8:04 AM, Frederic Peters  wrote:
>>
>> Speaking of udisks, gnome-disk-utility has now been switched to use
>> udisks2;
>
> Note that distributors are free to continue using the old udisks1 (and
> udisks2 is parallel installable with udisks1) with gnome-disk-utility
> 3.2.x series as long as they want.

Seing that KDE still uses udisks1, I'm wondering what happens if one
compiles gdu/gvfs against udisks2 and starts a KDE app within GNOME. I
assume this will fire up udisks-daemon 1 and so both udisks-daemon 1
and 2 are running at the same time. Will they step on each others toes
in this case?

What is your plan for Fedora (given that you also have a KDE spin).
Will you ship both udisks versions in the archive? udisks2 for GNOME
3.4 and udisks1 for KDE?

Do you know of any efforts of getting KDE/Solid ported to udisks2?

>> @David: could you confirm this? And do you have any ETA for a udisks2
>> tarball?
>
> There is one at http://udisks.freedesktop.org/releases/

How feature complete do you consider this 1.90.0 release? What is
missing compared to udisks1? Are any major disruptive changes still
planned before a 2.0 release?

Cheers and all the best,
Michael



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: udisks2 [WAS: Re: datetime: Remove datetime D-Bus mechanism]

[David Zeuthen]

Hey,

On Sat, Jan 21, 2012 at 1:45 PM, Michael Biebl  wrote:
> Seing that KDE still uses udisks1, I'm wondering what happens if one
> compiles gdu/gvfs against udisks2 and starts a KDE app within GNOME. I
> assume this will fire up udisks-daemon 1 and so both udisks-daemon 1
> and 2 are running at the same time. Will they step on each others toes
> in this case?

Nope, works perfectly fine, won't step on each others toes (because
both daemons are written to listen to changes done not by themselves
... mostly so the desktop reacts if you e.g. mount something from the
command-line). A big part of this puzzle, btw, involved pushing media
polling into the kernel ... if we didn't have this then both daemons
would be removable devices. Fortunately, none of them do this now.

> What is your plan for Fedora (given that you also have a KDE spin).
> Will you ship both udisks versions in the archive? udisks2 for GNOME
> 3.4 and udisks1 for KDE?

Both udisks1 and udisks2 will be available in the Fedora repos - we're
hoping to only ship udisks2 on the GNOME live cd. I don't know what
the KDE guys are doing, I don't follow KDE closely. I'll probably
retire udisks1 after F17 and then either it dies or someone needing it
will pick it up.

> Do you know of any efforts of getting KDE/Solid ported to udisks2?

Not that I know of, no. But I expect that they will make use of their
abstraction layer thingies.

>>> @David: could you confirm this? And do you have any ETA for a udisks2
>>> tarball?
>>
>> There is one at http://udisks.freedesktop.org/releases/
>
> How feature complete do you consider this 1.90.0 release? What is
> missing compared to udisks1? Are any major disruptive changes still
> planned before a 2.0 release?

It's pretty feature complete as far as what was planned - I don't
foresee any big changes apart from bug-fixing. Still holding the right
to break ABI still, but I'm not planning to.

Btw, one thing that we won't support in udisks2 is the various RAID
and LVM bits ... well, we'll still show the fake block devices, such
as the /dev/vg_x61/lv_* ones here

 http://people.freedesktop.org/~david/gdu2-self-test-failed.png

we'll even show the "nice" names instead of the /dev/dm-N non-sense
names. But we're not going to provide any facilities to manage LVM or
MD-RAID like we tried in the old Palimpsest version. But we'll of
course keep the UI up to date if you use mdadm(8) or one of the LVM
tools from the command-line.

There's also support for a lot of other nice features that we didn't
have with udisks1 such as fstab and crypttab editing, support for
easily setting up loop devices, disk imagine (create/restore) which
IMO are more important. I'll blog about all this next week...

Cheers,
David
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: multiple vala versions in 3.4

[Antono Vasiljev]

On 01/21/2012 11:44 AM, Steve Frécinaux wrote:

> Libraries already maintain gobject introspection files, and valac is
> supposed to use those these days isn't it?

No. Unless gir format will be fixed to allow nested namespaces.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

File Transfers in Shell Panel

[Jason Simanek]

Hi,

I apologize if this is not the place to discuss the topic. Though 
originally a skeptic, I'm really impressed with the novelty and design 
of Gnome 3 and Gnome Shell. Thank you for all of your work!


The file transfer progress window has always bothered me. And the new 
Gnome environment only exaggerates its awkwardness. For the most part I 
really just want to know when the process is complete and I don't think 
a small window – even though it disappears when the process is complete 
– is the best solution.


Perhaps the Gnome desktop team already has a plan to improve this aspect 
of the user interface, but I wanted to share this mockup of moving the 
file transfer progress window into the shell panel in case it is useful:




Thanks for listening.

Jason Simanek
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: multiple vala versions in 3.4

[Zeeshan Ali (Khattak)]

On Sun, Jan 22, 2012 at 2:36 AM, Antono Vasiljev  wrote:
> On 01/21/2012 11:44 AM, Steve Frécinaux wrote:
>
>> Libraries already maintain gobject introspection files, and valac is
>> supposed to use those these days isn't it?
>
> No. Unless gir format will be fixed to allow nested namespaces.

While it is true that ideal scenerio would be for Vala to simply use
gir/typelib but gir is missing features supported by vala and its
bindings for many years now. Nested namespace is one of them. Another
example is default values for parameters.

-- 
Regards,

Zeeshan Ali (Khattak)
FSF member#5124
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list