Kevin Kofler píše v Pá 21. 05. 2010 v 11:27 +0200:
> Miloslav Trmač wrote:
> > Looking at existing practice, nothing too interesting. Look at ksycoca,
> > it does something very similar.
>
> But the sycoca doesn't actually operate on config files. Yes, the "co"
> stands for "configuration", but
Miloslav Trmač wrote:
> Looking at existing practice, nothing too interesting. Look at ksycoca,
> it does something very similar.
But the sycoca doesn't actually operate on config files. Yes, the "co"
stands for "configuration", but the "system configuration cache" is
basically a database of inf
On 21 May 2010 02:29, Kevin Kofler wrote:
> What's next? Dumping the data into the same binary as the infamous registry
> does?
Dude, this doesn't fit with the "be excellent to each other" ideology.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
Kevin Kofler píše v Pá 21. 05. 2010 v 03:29 +0200:
> Matthias Clasen wrote:
> > On Mon, 2010-05-17 at 11:10 +0200, Ralf Ertzinger wrote:
> >> Why can the package not come with it's schema precompiled?
> >
> > Because they all go into a single binary file.
>
> Yuck! Hello, registry! :-/
>
> What
On Fri, 2010-05-21 at 03:29 +0200, Kevin Kofler wrote:
> Matthias Clasen wrote:
> > On Mon, 2010-05-17 at 11:10 +0200, Ralf Ertzinger wrote:
> >> I sure hope this is solved somewhat intelligently and does not compile
> >> each and every schema on every installed package. Whatever it is that
> >> gc
On 05/21/2010 06:59 AM, Kevin Kofler wrote:
> Matthias Clasen wrote:
>
>> Because they all go into a single binary file.
>>
> Yuck! Hello, registry! :-/
>
> What's next? Dumping the data into the same binary as the infamous registry
> does?
>
Kevin,
Can you drop with the habit of thro
Matthias Clasen wrote:
> On Mon, 2010-05-17 at 11:10 +0200, Ralf Ertzinger wrote:
>> I sure hope this is solved somewhat intelligently and does not compile
>> each and every schema on every installed package. Whatever it is that
>> gconf is doing on updates/installs now is bad enough.
>
> Yes, it
On Mon, 2010-05-17 at 12:49 +0200, Ralf Ertzinger wrote:
> Hi.
>
> On Mon, 17 May 2010 06:39:14 -0400, Matthias Clasen wrote:
>
> > Yes, it does compole all schemas in that directory into a single
> > binary.
>
> Are those files in size comparable to the current gconf files?
I haven't done exte
Hi.
On Mon, 17 May 2010 06:39:14 -0400, Matthias Clasen wrote:
> Yes, it does compole all schemas in that directory into a single
> binary.
Are those files in size comparable to the current gconf files?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/
On Mon, 2010-05-17 at 11:10 +0200, Ralf Ertzinger wrote:
> Hi.
>
> On Sun, 16 May 2010 22:09:11 -0400, Matthias Clasen wrote:
>
> > %postun
> > glib-compile-schemas /usr/share/glib-2.0/schemas ||:
> >
> > %posttrans
> > glib-compile-schemas /usr/share/glib-2.0/schemas ||:
>
> I sure hope this i
Hi.
On Sun, 16 May 2010 22:09:11 -0400, Matthias Clasen wrote:
> %postun
> glib-compile-schemas /usr/share/glib-2.0/schemas ||:
>
> %posttrans
> glib-compile-schemas /usr/share/glib-2.0/schemas ||:
I sure hope this is solved somewhat intelligently and does not compile
each and every schema on e
On Sunday 16 May 2010 09:09:11 pm Matthias Clasen wrote:
> Hey,
>
> GConf is finally on the way out, it is being replaced by
> GSettings/DConf. From a packaging perspective, the following facts are
> important to know if your package starts using GSettings:
>
> GSettings uses schemas. These are i
Hey,
GConf is finally on the way out, it is being replaced by
GSettings/DConf. From a packaging perspective, the following facts are
important to know if your package starts using GSettings:
GSettings uses schemas. These are installed as xml files
in /usr/share/glib-2.0/schemas. The schemas need
13 matches
Mail list logo
