On 24 March 2011 22:41, Luca Ferretti wrote:
> [3] actually it misses a patch for org.gnome.packagekit.gschema.xml
I've made this change in gnome-packagekit in git master, let me know
if we get a freeze exception for this and I'll cherry-pick into
gnome-3-0.
Thanks,
Richard.
___
Hey Colin,
On Thu, Mar 24, 2011 at 11:22 PM, Colin Walters wrote:
> The next question is how does the cache get rebuilt? I think we
> basically need a system service with an inotify (GFileMonitor) watch
> on all those directories, and it takes care of rebuilding it.
Sounds good, but we really w
On jeu., 2011-03-24 at 23:41 +0100, Luca Ferretti wrote:
> Flash news from release team to our all brave developers.
>
> A member of release team known as *cough*Luca Ferretti*cough* was sure
> gsettings PATHs and gsettings IDs were the same, so he was also sure all
> GNOME 3 core apps were using
On Fri, Mar 25, 2011 at 10:41 AM, Milan Bouchet-Valat wrote:
> On jeu., 2011-03-24 at 23:41 +0100, Luca Ferretti wrote:
>> Flash news from release team to our all brave developers.
>>
>> A member of release team known as *cough*Luca Ferretti*cough* was sure
>> gsettings PATHs and gsettings IDs wer
> There are multiple ways to approach this, but I think by far the
> simplest is just an mmap'able file containing all .desktop files found
> in the desktop paths.
This depends. First comment on the shell is "man pthreads", but if your
compositor is huge and synchronous it'll suck rocks when you a
On Fri, Mar 25, 2011 at 6:11 AM, Alan Cox wrote:
>> There are multiple ways to approach this, but I think by far the
>> simplest is just an mmap'able file containing all .desktop files found
>> in the desktop paths.
>
> This depends. First comment on the shell is "man pthreads",
Yeah, it probably
On Fri, Mar 25, 2011 at 5:03 AM, David Zeuthen wrote:
>
> Sounds good, but we really want a session-service [0] instead of a
> system-service
I would say system *and* session service. But honestly I'm not too
concerned right now about overhead of apps installed in ~/.local,
since it's not where
> > mmap MAP_SHARED also makes dealing with external updating really
> > interesting because if the file shrinks you need to handle signal
> > exceptions from touching pages that no longer exist.
>
> Not if the cache is replaced with rename(), no?
If the sequence is
build new cache
On Fri, Mar 25, 2011 at 7:43 AM, Alan Cox wrote:
>
> then the existing users will continue to see the old file which will only
> vanish completely on the last close.
Right, hence the inotify watch. Though actually, this makes me notice
we aren't monitoring the GTK+ icon cache?
http://git.gnome.
On Fri, 2011-03-25 at 11:43 +, Alan Cox wrote:
> > > mmap MAP_SHARED also makes dealing with external updating really
> > > interesting because if the file shrinks you need to handle signal
> > > exceptions from touching pages that no longer exist.
> >
> > Not if the cache is replaced with ren
Il giorno ven, 25/03/2011 alle 08.55 +, Richard Hughes ha scritto:
> On 24 March 2011 22:41, Luca Ferretti wrote:
> > [3] actually it misses a patch for org.gnome.packagekit.gschema.xml
>
> I've made this change in gnome-packagekit in git master, let me know
> if we get a freeze exception for
Il giorno ven, 25/03/2011 alle 11.04 +0100, Chris Kühl ha scritto:
> I'm definitely for having these all be consistent but I find it more
> consistent that all paths be of the format org.gnome.[application
> name] and /org/gnome/[application name]. This would mean leaving the
> "gnome-" prefix eve
On Fri, Mar 25, 2011 at 2:37 PM, Luca Ferretti wrote:
> Il giorno ven, 25/03/2011 alle 11.04 +0100, Chris Kühl ha scritto:
>
>> I'm definitely for having these all be consistent but I find it more
>> consistent that all paths be of the format org.gnome.[application
>> name] and /org/gnome/[applica
On 25 March 2011 13:37, Luca Ferretti wrote:
> Yes, freeze exception granted, feel free to change :)
I've pushed updates to gnome-3-0 for gnome-power-manager,
gnome-packagekit and gnome-color-manager.
Thanks,
Richard.
___
desktop-devel-list mailing li
Hi!
After reading Alan's and David's comment it occurs to me that it could
be way simpler to have a dbus-service handling the desktop files and
anybody wanting to access the desktop files in a fast way can use that
service (through a library wrapper).
This would make all the cache problems much e
On Fri, Mar 25, 2011 at 11:12 AM, Johannes Schmid wrote:
> Hi!
>
> After reading Alan's and David's comment it occurs to me that it could
> be way simpler to have a dbus-service handling the desktop files and
> anybody wanting to access the desktop files in a fast way can use that
> service (throu
El 25/03/2011, a las 12:17, Colin Walters escribió:
> On Fri, Mar 25, 2011 at 11:12 AM, Johannes Schmid wrote:
>> Hi!
>>
>> After reading Alan's and David's comment it occurs to me that it could
>> be way simpler to have a dbus-service handling the desktop files and
>> anybody wanting to acces
On Thu, 2011-03-24 at 23:22 -0400, Colin Walters wrote:
> Bugzilla is down or I'd write this there, and it's a bit lengthy to
> fit in the SoC wiki page, so I'll just post here and link from the
> wiki.
If it's important for 3.2, it shouldn't be a Google Summer Of Code
project. The SoC isn't about
Hello all,
Colin Walters [2011-03-25 12:18 +0100]:
> == Desktop File Cache ==
> There are multiple ways to approach this, but I think by far the
> simplest is just an mmap'able file containing all .desktop files found
> in the desktop paths. Don't try to implement all the merge logic,
> etc.
I'm
Hey everyone,
On Sat, Mar 26, 2011 at 12:25 AM, Martin Pitt wrote:
> Colin Walters [2011-03-25 12:18 +0100]:
>> == Desktop File Cache ==
>> There are multiple ways to approach this, but I think by far the
>> simplest is just an mmap'able file containing all .desktop files found
>> in the desktop
On Sat, 2011-03-26 at 03:11 +0530, Nirbheek Chauhan wrote:
> I was thinking that this is the kind of problem that has cross-desktop
> implications, and so I wondered how KDE solves this problem. We should
> probably take their feedback on this?
>
> On the other hand, I think there is a way to do
On 03/24/2011 02:50 PM, Colin Walters wrote:
> If you maintain a component talking to gnome-session, please look at:
>
> https://bugzilla.gnome.org/show_bug.cgi?id=645690
Looking at this now that bugzilla is back up... What does it have to do
with gnome-session? Is this the right bug?
Cheers,
S
22 matches
Mail list logo