error in org.compiz.freewins.gschema.xml

Bug #1163606 reported by raveit65
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Undecided
MC Return
compiz (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

During compiling current compiz-0.9.9 revision 3644
i get those warnings with org.compiz.freewins.gschema.xml for x86_64 arch in fedora 18+

make:
Scanning dependencies of target compiz_gsettings_compile_local
[100%] Recompiling GSettings schemas locally
/run/media/rave/Jackass/Downloads/f19/compiz/0.9.9/compiz/compiz-run/build/generated/glib-2.0/schemas/org.compiz.freewins.gschema.xml: Error on line 91 char 1: 0-1:unknown keyword. This entire file has been ignored.
[100%] Built target compiz_gsettings_compile_local

make install:
/usr/share/glib-2.0/schemas/org.compiz.freewins.gschema.xml: Error on line 91 char 1: 0-1:unknown keyword. This entire file has been ignored.

If you need more info let me know.

Related branches

MC Return (mc-return)
Changed in compiz:
assignee: nobody → MC Return (mc-return)
Revision history for this message
MC Return (mc-return) wrote :

I can confirm this problem.
But I do not see why it happens :(

Line 91 in build/generated/glib-2.0/schemas/org.compiz.freewins.gschema.xml is:

      <summary>Snap By Default</summary>

I have no idea what the problem here might be... ???

Changed in compiz:
status: New → Confirmed
Revision history for this message
raveit65 (raveit65) wrote :

thanks for reply.
Yes the errror is weird, because for MATE 1.6 we use also gsettings and honestly i can't find any error in this line too. :(
At this point my idea was to compare the build/generated/glib-2.0/schemas/org.compiz.freewins.gschema with the installed gschema file, to find out which entry have been ignored during installation.
Shocked, i notice that no compiz gschema file was installed in /usr/share/glib-2.0/schemas, but all gconf schema files are installed.
What's going wrong?
I'm using lattest 0.9.10 dev series and cmake-gui.
Those are my cmake configuration values:
BUILD_GLES:BOOL=OFF Why not building with GLES support as you mentioned in another report?
BUILD_GNOME:BOOL=ON
BUILD_GTK:BOOL=ON
BUILD_KDE4:BOOL=ON
BUILD_METACITY:BOOL=ON
BUILD_XORG_GTEST:BOOL=OFF
COMPIZ_BUILD_TESTING:BOOL=OFF
COMPIZ_DEFAULT_PLUGINS:STRING=core composite opengl copytex compiztoolbox decor scale resize staticswitcher place move mousepoll vpswitch regex snap session wall workarounds ezoom ini
COMPIZ_DISABLE_GS_SCHEMAS_INSTALL:BOOL=OFF
COMPIZ_BUILD_WITH_RPATH:BOOL=ON
COMPIZ_DISABLE_SCHEMAS_INSTALL:BOOL=ON
COMPIZ_INSTALL_GSETTINGS_SCHEMA_DIR:PATH=/usr/share/glib-2.0/schemas
COMPIZ_PLUGIN_INSTALL_TYPE:STRING=package
LIB_SUFFIX:STRING=64
USE_GCONF:BOOL=OFF
USE_GSETTINGS:BOOL=ON

Here's my complete CMakeCache.txt
https://dl.dropbox.com/u/49862637/Mate-desktop/Bugs/CMakeCache.txt

Maybe you find somthing which i didn't set.
But my bigest problem which prevent me from further testing compiz-0.9.10 in fedora + MATE is
https://bugs.launchpad.net/compiz/+bug/1163611
Exept the choosen plugins from cmake configuration, no plugin is working and i can't do any setting in ccsm.
Only if i start a plugin directly with compiz, ie. compiz --replace --debug composite opengl expo, than expo is working.
At the momment this probs do really frustrate me,...i don't know what to do.

Revision history for this message
raveit65 (raveit65) wrote :

Ok, after i use 'COMPIZ_DISABLE_SCHEMAS_INSTALL:BOOL=Off' all gschema files ar installed :)
I didn't realized that compiz create gschema files from gconf files after compiling.
At this point, is it save to remove all gconf files in a rpm spec file after gschema files are created if i have choosen
USE_GCONF:BOOL=OFF ?

A view in installed org.compiz.freewins.gschema.xml shows me the entry
    <key type="b" name="snap">
      <default>False</default>
      <summary>Snap By Default</summary>
      <description>Snap to common points by default.</description>
    </key>

weird error message.... but i will check the complete org.compiz.freewins.gschema.xml file, maybe this message point to another key.

Revision history for this message
MC Return (mc-return) wrote :

I am happy you solved it. :)
Please keep me informed, if you find the reason for the freewins.xml problem...

Revision history for this message
raveit65 (raveit65) wrote :

sometimes the solution is too simple :)
changing all values with True to true and False to false fix the issue.
Now glib-compile-schemas /usr/share/glib-2.0/schemas/ doesn't display anymore error..

fixed for me.

Revision history for this message
MC Return (mc-return) wrote :

@raveit65: Hehe, thanks. Will create a MP fixing this. :)

Changed in compiz:
status: Confirmed → In Progress
Revision history for this message
MC Return (mc-return) wrote :

@raveit65: I've linked this report to a branch fixing this. Thanks again. Btw, you can approve it if you want ;)

Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:compiz at revision None, scheduled for release in compiz, milestone 0.9.10.0

Changed in compiz:
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (70.8 KiB)

This bug was fixed in the package compiz - 1:0.9.10+13.10.20130822-0ubuntu1

---------------
compiz (1:0.9.10+13.10.20130822-0ubuntu1) saucy; urgency=low

  [ Sam Spilsbury ]
  * Bump version to 0.9.10

  [ Łukasz 'sil2100' Zemczak ]
  * Remove debian/patches/unity_support_test.patch:
    - Running the support test from compiz has bad side effects, from now
      on we run it from Xsession.d
  * Automatic snapshot from revision 3644

  [ Iven Hsu ]
  * Opacify: Only dim the windows above the active window.(LP:
    #1189374). (LP: #1189374)
  * KWD: Fix compile errors with KDE 4.11. The KWin developers made
    kdecorationbridge.h private. See:
    http://lists.freedesktop.org/archives/compiz/2013-March/003479.html
    (LP: #1193792). (LP: #1193792)

  [ Nikolay Martynov ]
  * When static switcher is enabled and has an option to show
    application icon turned on the icons are expected to be ~1/3 of a
    thumbnail (48px). Instead they are displayed in 512px size and
    completely cover everything. This change addresses this issue. See
    LP #1173914. (LP: #1173914, #1186426)

  [ BryanFRitt ]
  * Fixed the non-working Annotate 'Clear' Button. Moved this option's
    CCSM position upwards to keep the button shortcuts together. (LP:
    #1202907). (LP: #1202907)

  [ Mehrdad Afshari ]
  * Added "move window to previous monitor" feature to compiz Put
    plugin. (LP: #1178581)

  [ Hu Kang ]
  * gtk-window-decorator: destroy action menu when any of the (close,
    min, max) buttons on the title bar is pressed. (LP: #1101648)
  * Remove redundant src/logmessage/include/core/logmessage.h (LP:
    #1067246). (LP: #1067246)

  [ Steve Langasek ]
  * Fix for bug #763148 (with added test cases): when the desktop is
    resized, windows should stay on their original workspace. (LP:
    #763148)

  [ Brandon Schaefer ]
  * Unrevert 3728, fix failing tests. Change the behaviour of
    undecorating windows. Previously when a window was undecorated, we
    would shift it back to an appropriate position according to its
    gravity member. That behaviour was problematic because in the
    StaticGravity case the window has to just stay in the same place.
    But then if you had a window with StaticGravity which then did get a
    decoration and later removed it, it would be placed as though it was
    decorated and appear to be in the wrong place. The correct behaviour
    is to place all windows as though they have decorations, and then
    when decorations are removed, to move the window back to the corner
    as indicated in its gravity and then expand its size to cover the
    obscured regions no longer hidden because the decorations went away.
    (LP: #1165343).   1. Completely remove decorOffsetMove and other
    related code from      decor.cpp. Put the logic to handle the
    window->input () - window->border ()      placement offset inside of
    setWindowFrameExtents instead. Now the window      will always be
    offset from its original non-decorated position to the new
         decorated position, rather than having to guess between
    decoration sizes.   2. Make saveGeometry and restoreGeometry work
    relative to window->border ()      a...

Changed in compiz (Ubuntu):
status: New → Fix Released
Stephen M. Webb (bregma)
Changed in compiz:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.