GNOME Shell

BACK BY POPULAR DEMAND

[b]This thread is for testing support and technical discussion. Opinions should go to the Community Cafe thread or ideally the GNOME Shell mailing list[/b].

I made this thread again because as before, I figured the sort of people that would install and test pre-release versions of a new UI would be the sort of people that install and test pre-release versions of Ubuntu.

What is GNOME Shell? GNOME Shell, for those of you that do not know, is a user interface change to GNOME. With it, brings Mutter a combination of Metacity and Clutter, managing the windows. Say goodbye to compiz as it won't be compatible.

GNOME Shell will be released as **one part of GNOME 3** in March of 2011 it will not be default in 11.04, that's Unity, though GNOME Shell should still be an optional package.

What does it look like? Here is GNOME Shell. [IMG]http://www.markecurtis.com/etc/gnomeshell/gnomeshell.png[/IMG]

The active application near "Activities" has a menu upon clicking. Clicking on the date or username provide a calendar and menu respectively [IMG]http://www.markecurtis.com/etc/gnomeshell/menus.png[/IMG]

Currently some applications are open but hidden. Where are they? This is the Activities overview, where you run and manage "Activities" [IMG]http://www.markecurtis.com/etc/gnomeshell/overview.png[/IMG]

More applications can be run either by searching for the name in "Type to search...", or in this case, clicking the word applications [IMG]http://www.markecurtis.com/etc/gnomeshell/moreapplications.png[/IMG]

One extra blank workspace is create by default. If an application is put onto that blank workspace, one more blank workspace will be created. The thumbnails on the right, viewable upon hover, let you switch among them. New applications can be opening onto specific workspaces by dragging the launcher to the workspace thumbnail on the right. [IMG]http://www.markecurtis.com/etc/gnomeshell/add.png[/IMG]

Oh look, an instant message! Unlike the passive notify-OSD, clicking on this will bring up the window [IMG]http://www.markecurtis.com/etc/gnomeshell/messages.png[/IMG]

If no action is taken, it resides in the lower right, viewable upon hover. [IMG]http://www.markecurtis.com/etc/gnomeshell/messageexpand.png[/IMG]

OMG GNOME SHELL IS AWFUL AND I HATE UNITY! I'm moving to xfce/Windows/an abacus Calm down. Look at the GNOME 3 Myths

MYTH: GNOME won't support the current panel and window manager anymore and I don't want to use GNOME Shell

TRUTH: The GNOME 2.x panel and Metacity (the window manager) will still be available. Downstream distributions such as Fedora, openSUSE and Ubuntu will have the option to include them in their distribution. You will be able to install them just as now you can install sawfish, compiz, etc inside your GNOME session. (There are no plans to support GNOME panel applets in GNOME Shell, TBA. This mailing list post has some information.)

How do I Learn More?

• Read up on the design document. It gives an idea of where they'd like to go and why.
• If that's too much of a read, look at this brief synopsis on GNOME Shell.
• Look at the GNOME Shell cheat sheet for features.

How do I Try it?

Running Jaunty, Karmic, Lucid, Maverick and Natty, there are three ways to try GNOME Shell

As of Virtualbox 4.0 GNOME Shell will run in a virtual machine, but very slowly and glitchy, to the point of unusable

• Build from source (recommended, as it provides the most recent version, though may occasionally break)
• Install the gnome-shell package (easy but out of date)
• For Natty Narwhal Only Use the Ricotz PPA (slightly harder, but more up to date)

Building from source is a bit more complicated than the GNOME instructions say. So fire up a terminal

sudo apt-get install curl libtiff4-dev libgstreamer0.10-dev libcroco3-dev xserver-xephyr xulrunner-dev python-dev mesa-utils mesa-common-dev libreadline5-dev libgl1-mesa-dev libwnck-dev librsvg2-dev libgnome-desktop-dev libgnome-menu-dev libffi-dev libgtk2.0-dev libgconf2-dev libdbus-glib-1-dev gtk-doc-tools gnome-common git-core flex bison automake build-essential icon-naming-utils libpulse-dev libcanberra-dev autopoint libjasper-dev libvorbis-dev libpam-dev libxklavier-dev libgnome-keyring-dev libupower-glib-dev libgtop2-dev libcups2-dev evolution-data-server-dev libsqlite3-dev libproxy-dev libdb-dev libproxy-dev

curl -O http://git.gnome.org/browse/gnome-shell/plain/tools/build/gnome-shell-build-setup.sh

/bin/bash gnome-shell-build-setup.sh

Get jhbuild (not a command line entry)

• For Lucid, Maverick, Natty via repository, package name "jhbuild".
• From Jaunty
• From Debian

jhbuild build

IF YOU HAVE TROUBLE BUILDING Hey it keeps "hanging up unexpectedly" Quit building and run

 pushd ~/gnome-shell/source/ && git clone git://git.gnome.org/gtk+ gtk3 && popd

I'm getting a lot of "undefined reference" errors try ``` rm ~/gnome-shell/install/*.la && sudo rm -rf /usr/lib*/*.la

Then jhbuild build
If it still doesn't work, delete the ~/gnome-shell folder and try again

**I'm getting an error regarding libcanberra-gtk-module.so: undefined symbol: gtk_quit_add**
It's a known bug, just delete the file libcanberra-gtk-module.so


**Yay! It's finally done building! Now what?**
To run
[LIST=1]
[*]cd ~/gnome-shell/source/gnome-shell/src
[*]./gnome-shell --replace
[/LIST]

To quit GNOME Shell and return to the panels
[list=1[*]Go to the terminal
[*]hit CTRL-C[/list]

To update (check the [commit log]("http://git.gnome.org/browse/gnome-shell") for anything new)
[LIST]
[*]jhbuild build (rebuilds updated files)
[*]jhbuild build -f -a -c (builds all gnome shell files)
[/LIST]

To remove (if you want to do a clean install, or just remove it because you don't like it)
[LIST]
[*]Delete the folder gnome-shell in your home directory (assumes build from source)
[/LIST]

If you want to make it your default, put "gnome-shell --replace" in your Startup Items

**Love it? Hate it? Have a suggestion? Make your voice heard in the [GNOME Shell mailing list]("http://mail.gnome.org/mailman/listinfo/gnome-shell-list")**

Great ... looking at required libs ... is it libjasper-dev required too?? Take a look at gnome-shell-build-setup.sh - seems to be required.

1. Last time i checked, i heard that ricotz has stopped updating his repo. Any information?

1. If i build from source how do i know when to rerun the build for upgrade?

1. WIll Gnome-Shell run smoothly on laptops which run Gnome 2 without any lag or resource hog?

Thanks.

xtoudi said: Great ... looking at required libs ... is it libjasper-dev required too??

Take a look at gnome-shell-build-setup.sh - seems to be required. Did a fresh install, looks like it is required. Added to the OP

soham_1207 said:

1. Last time i checked, i heard that ricotz has stopped updating his repo. Any information?

1. If i build from source how do i know when to rerun the build for upgrade?

1. WIll Gnome-Shell run smoothly on laptops which run Gnome 2 without any lag or resource hog?

Thanks.

• I don't use it, but it mentions Natty so I'm guessing it gets updated
• As I say in the OP, check the commit log. You can also just rerun [FONT="Courier New"]jhbuild build[/FONT] whenever you want and it will only update the parts that need to be updated.
• Maybe? A "laptop which run GNOME 2" is too vague to give a definitive answer.

david@david-macbook:~$  pushd ~/gnome-shell/source/ && git clone git://git.gnome.org/gtk+ gtk3 && popd
~/gnome-shell/source ~
fatal: destination path 'gtk3' already exists and is not an empty directory.

?

Its sooo slow, dunno what happen but when i used it about a year ago it was fast.

Anyways im still not impressed i much prefer what we have, I do kinda like what Lion is gonna have the mission control. It kinda reminds me of gnome shell.

I'm getting this error

make[1]: Entering directory `/home/ron/gnome-shell/source/gjs'
/bin/bash ./libtool --tag=CC   --mode=link gcc  -pthread -DXP_UNIX -DJS_THREADSAFE -I/home/ron/gnome-shell/install/include/glib-2.0 -I/home/ron/gnome-shell/install/lib64/glib-2.0/include -I/usr/include/xulrunner-1.9.2.11 -I/usr/include/xulrunner-1.9.2.11/nspr -I/usr/include/nspr    -Wsign-compare -Wcast-align -Wpointer-arith -Wnested-externs -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts -Wall -g -O2 -R /usr/lib/xulrunner-1.9.2.11 -rdynamic -L/home/ron/gnome-shell/install/lib64  -o gjs-console gjs_console-console.o libgjs.la 
libtool: link: gcc -pthread -DXP_UNIX -DJS_THREADSAFE -I/home/ron/gnome-shell/install/include/glib-2.0 -I/home/ron/gnome-shell/install/lib64/glib-2.0/include -I/usr/include/xulrunner-1.9.2.11 -I/usr/include/xulrunner-1.9.2.11/nspr -I/usr/include/nspr -Wsign-compare -Wcast-align -Wpointer-arith -Wnested-externs -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts -Wall -g -O2 -rdynamic -o .libs/gjs-console gjs_console-console.o  -L/home/ron/gnome-shell/install/lib64 ./.libs/libgjs.so -pthread -Wl,-rpath -Wl,/home/ron/gnome-shell/install/lib64 -Wl,-rpath -Wl,/usr/lib/xulrunner-1.9.2.11
/usr/bin/ld: gjs_console-console.o: undefined reference to symbol 'g_object_unref'
/usr/bin/ld: note: 'g_object_unref' is defined in DSO /home/ron/gnome-shell/install/lib64/libgobject-2.0.so.0 so try adding it to the linker command line
/home/ron/gnome-shell/install/lib64/libgobject-2.0.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[1]: *** [gjs-console] Error 1
make[1]: Leaving directory `/home/ron/gnome-shell/source/gjs'
make: *** [all] Error 2

I'm sure I've seen that before but I don't remember the fix , I searched the maverick version of this thread but with 84 pages of posts I couldn't find it .

edit: I tried the fixes in merck's first post , no help , wiped and started over no help .

Yes--I've got the same problem right now---prevents a Gnome-Shell update.....

Here are the errors I'm getting:

  GISCAN Gtk-3.0.gir
./.libs/libgtk-x11-3.0.so: undefined reference to `gdk_x11_display_set_startup_notification_id'
./.libs/libgtk-x11-3.0.so: undefined reference to `gdk_rgba_get_type'
./.libs/libgtk-x11-3.0.so: undefined reference to `gdk_rgba_to_string'
./.libs/libgtk-x11-3.0.so: undefined reference to `gdk_cairo_set_source_rgba'
./.libs/libgtk-x11-3.0.so: undefined reference to `gdk_rgba_parse'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', '../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/david/gnome-shell/source/gtk3/gtk/tmp-introspectCmEWps/Gtk-3.0', '-export-dynamic', '-L.', 'libgtk-x11-3.0.la', '-pthread', '-L/home/david/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/david/gnome-shell/source/gtk3/gtk/tmp-introspectCmEWps/Gtk-3.0.o']' returned non-zero exit status 1
make[4]: *** [Gtk-3.0.gir] Error 1
make[4]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/david/gnome-shell/source/gtk3'
make: *** [all] Error 2
*** Error during phase build of gtk3: ########## Error running make   *** [8/23]

/home/david/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_application_set_action_enabled'
/home/david/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_application_quit_with_data'
/home/david/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_application_add_action'
collect2: ld returned 1 exit status
make[3]: *** [gconf-sanity-check-2] Error 1
make[3]: Leaving directory `/home/david/gnome-shell/source/gconf/gconf'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/david/gnome-shell/source/gconf/gconf'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/david/gnome-shell/source/gconf'
make: *** [all] Error 2
*** Error during phase build of gconf: ########## Error running make   *** [13/23]

/usr/bin/ld: gjs_console-console.o: undefined reference to symbol 'g_object_unref'
/usr/bin/ld: note: 'g_object_unref' is defined in DSO /home/david/gnome-shell/install/lib/libgobject-2.0.so.0 so try adding it to the linker command line
/home/david/gnome-shell/install/lib/libgobject-2.0.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[1]: *** [gjs-console] Error 1
make[1]: Leaving directory `/home/david/gnome-shell/source/gjs'
make: *** [all] Error 2
*** Error during phase build of gjs: ########## Error running make   *** [15/23]

I don't know if it still works, but I used gconf-editor to move the buttons in Maverick.

Thank you very much Merk42! This is very helpful.

I built Gnome shell on my computers and I noticed that is faster on my intel graphic system. Compare to my Nvidia system Gnome shell is slow.

I haven't notice too much changed since the las time I used it, about 6 month ago.

I wonder if they will change for the new mockups? http://www.webupd8.org/2010/07/new-gnome-shell-mockups-look-like-unity.html

Since no one has mentioned it so far, here's the link to the instructions for the Maverick thread for testing the overlay-redesign branch:

http://ubuntuforums.org/showpost.php?p=9944930&postcount=813

Also in one of the last updates the Sound Applet (?) in the top Shell panel was changed and looks exactly like the Ubuntu one, including the horizontal volume slider but without the extra entries for media players.

mutter relies on metacity if im not mistaken. so just go in gconf-editor apps/metacity/general/button layout

i set mine to :minimize,maximize,close

With Unity coming, Shell is dead to me.

Starks said: With Unity coming, Shell is dead to me.

so ... feel free ... don't read this thread :-)

Starks said: With Unity coming, Shell is dead to me.

It's funny that an Ubuntu-only project that will essentially make Ubuntu's GNOME desktop a fork, is called 'Unity'.

Starks said: With Unity coming, Shell is dead to me.

since unity was dead to me the first time I booted it , I guess we will be attending different funerals .

I am trying Unity it is not revolutionary but it is different. I miss my desktop. Is there a way to add other launchers to the available vertical dock?

This really has nothing to do with gnome-shell, but, start an application, then right click on the icon in the panel, select Keep in Launcher then left click. See screen shot.

anyone gotten gnome-shell to build in the last couple of days ? I'm still getting an error building gjs .

ronacc said: anyone gotten gnome-shell to build in the last couple of days ? I'm still getting an error building gjs .

Yes I built it on my two computers without a hitch!

I even try overlay-redesign branch, working ok I guest.

Although It is still hard for me to click twice (click Activities and then click on the icon or Windows) to switch between windows.

ronacc said: anyone gotten gnome-shell to build in the last couple of days ? I'm still getting an error building gjs .

I haven't gotten it to build in a while either. According to the comments here: http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html it sounds as though having the firefox 4 ppa will break your gnome shell build.

I'm using firefox 4 and I'm liking it so I don't really want to downgrade it.

It finally all built again tonight---I did do a ``` export PATH=$PATH:/home/dean/bin

I wiped everything in my /home that had anything at all to do with GS including every trace of jhbuild and started from 0 again , atleast it died in a different place this time , building gtk3 , following Merk42's ins in post 1 and rerunning jhbuild finally got it to complete for me .

again617 said: I haven't gotten it to build in a while either. According to the comments here: http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html it sounds as though having the firefox 4 ppa will break your gnome shell build.

I'm using firefox 4 and I'm liking it so I don't really want to downgrade it.

It worked fine for me in 10.10 with the Mozilla Daily PPA enabled, but it seems it doesn't work in 10.04 so if you're using Ubuntu 10.04, you may need to use ppa-purge to completely purge the packages in the Mozilla Daily PPA.

The other error that everyone is getting regarding libgio-2.0.so (step 22/23) is easily fixable - as stated in the link above.

again617 said: I haven't gotten it to build in a while either. According to the comments here: http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html it sounds as though having the firefox 4 ppa will break your gnome shell build.

I'm using firefox 4 and I'm liking it so I don't really want to downgrade it.

you don't have to use the PPA , d/l the FF4 tarball unzip it in your /home or a seperate dir in your /home then open a terminal in the dir it creates and run it with ./firefox . I'm posting this from FF4 running in gnome-shell .

mutter seems to be using a lot of cpu 12>14% idle and up to 25% on a fairly fast AMD64x2 .

I just compiled GS without incident. Seems to be a together tree at the moment, should anyone want to try.

This was starting from scratch, under Natty.

Oh, it works pretty well. Seems to be getting a bit quicker and smoother.

I still can't get gjs to compile either. Getting the following error every time:

In file included from /usr/include/xulrunner-1.9.2.12pre/jsatom.h:51:0, from /usr/include/xulrunner-1.9.2.12pre/jscntxt.h:49, from gjs/jsapi-private.cpp:35: /usr/include/xulrunner-1.9.2.12pre/jsprvtd.h:69:0: warning: "INT_TO_JSID" redefined gjs/compat.h:61:0: note: this is the location of the previous definition In file included from /usr/include/xulrunner-1.9.2.12pre/jsatom.h:53:0, from /usr/include/xulrunner-1.9.2.12pre/jscntxt.h:49, from gjs/jsapi-private.cpp:35: /usr/include/xulrunner-1.9.2.12pre/jslock.h:47:21: fatal error: pratom.h: No such file or directory compilation terminated.

I ppa-purged mozilla-daily and have purged and reinstalled xulrunner twice. Anyone have any idea how to fix this?

what worked for me was to wipe everything GS related including jhbuild in my /home and start from the beginning , following merk42's post #1 in this thread .

Even after a purge and reinstall of xulrunner, jhbuild, and gnome-shell, I'm still getting no success building gjs.

Hi all,

Just about the only thing that annoys me in GS is that there isn't any obvious way to get it to remember the number of workspaces that I use (4). It's probably been five or six months since I last looked into this but does anyone know of a way to do this?

Thanks,

Chris

I think I found the solution for this error:``` checking if -I/usr/include/xulrunner-1.9.2.12pre/unstable works... no configure: error: Unable to determine extra compiler flags needed

I noticed that there was no file or folder in /usr/include/xulrunner-1.9.2.12pre called unstable.  Looking in the file configure.ac I noticed this:

workaround for Ubuntu Hardy bug where mozilla-js.pc gives CFLAGS

-I.../stable while jsapi.h is in .../unstable

So it looks as though this workaround for Hardy breaks in my Maverick.  I have jsapi.h in /usr/include/xulrunner-1.9.2.12pre.

On line 174 (in my configure.ac file) I saw the word unstable so I removed it.  So the line now looks like this ```
    try_cflags="-I`$PKG_CONFIG --variable=includedir $JS_PACKAGE`"

A couple of notes: This isn't a good fix as configure.ac won't get automatically updated when you run jhbuild build anymore and if you wipe the directory then you will need to make this change again.

If you open configure.ac with vim, you can easily search for the word "unstable" by typing this: /unstable and then hitting return.

gjs still isn't building for because of this error now: ``` fatal error: glib.h: No such file or directory

cmccauley said: Hi all,

Just about the only thing that annoys me in GS is that there isn't any obvious way to get it to remember the number of workspaces that I use (4). It's probably been five or six months since I last looked into this but does anyone know of a way to do this?

Thanks,

Chris

That bug is discussed here: https://bugzilla.gnome.org/show_bug.cgi?id=602182

There isn't an obvious way to do this because it isn't implemented yet for gnome-shell to start up and use however many default workspaces you have set in metacity gconf. (remember gnomeshell is still not a finished product)

regeya said: It's funny that an Ubuntu-only project that will essentially make Ubuntu's GNOME desktop a fork, is called 'Unity'.

Actually, while the word "irony" is misused often, that is a good example of irony.

Tim

again617 said: gjs still isn't building for because of this error now: ```

fatal error: glib.h: No such file or directory

Yeah, xulrunner updated, and now I'm not getting the error I was before but a completely different error, and gjs still doesn't build for me either. It's not either of the errors you've reported, though, which amuses me a little somehow.

What I find ironic, is that the gnome proposed to change gnome-shell after Unity was released. :)

augias said: That bug is discussed here: https://bugzilla.gnome.org/show_bug.cgi?id=602182

There isn't an obvious way to do this because it isn't implemented yet for gnome-shell to start up and use however many default workspaces you have set in metacity gconf. (remember gnomeshell is still not a finished product)

It's somewhat good to see the GNOME Shell developers at least *willing* to look at adding a default number of workspaces other than one. I know when the discussions first started, GS was only ever going to ship with one and then "require" users to add more as necessary; the rationale seemed to be by using GS the way it was "intended," users wouldn't need more than one workspace.

+1 to the default extra workspaces.

GNOME Shell 2.91.1 released

bash said: Since no one has mentioned it so far, here's the link to the instructions for the Maverick thread for testing the overlay-redesign branch:

http://ubuntuforums.org/showpost.php?p=9944930&postcount=813

Also in one of the last updates the Sound Applet (?) in the top Shell panel was changed and looks exactly like the Ubuntu one, including the horizontal volume slider but without the extra entries for media players. And for anyone who tries this, finds it *catastrophically* ugly, and wants to revert back:

When you restart GNOME Shell, you should be back to "normal."

• mv ~/gnome-shell/source/gnome-shell ~/gnome-shell/source/gnome-shell.relayout
• cd ~/gnome-shell/source
• git clone git://git.gnome.org/gnome-shell
• jhbuild buildone -n gnome-shell -f

Merk42 said: GNOME Shell 2.91.1 released

With GS out of favor will someone build the latest version? The repo version 2.31 is way too old.

xebian said: With GS out of favor will someone build the latest version? The repo version 2.31 is way too old.

What do you mean "out of favor?" An allusion to Unity? I don't think Unity is the main focus of GNOME; rather, it's the main focus of Canonical/Ubuntu.

moore.bryan said: What do you mean "out of favor?" An allusion to Unity? I don't think Unity is the main focus of GNOME; rather, it's the main focus of Canonical/Ubuntu.

Isn't this Ubuntu forums?

Very true, but it's a thread about GS, a non-Ubuntu designed piece of software.

xebian said: With GS out of favor will someone build the latest version? The repo version 2.31 is way too old.

Well I think that we have to wait for a while until official natty repo version get upgraded, because new GS needs GTK3.0.

However, there is a PPA around that really works, with GTK3.0 and all other new GS_2.91 dependencies. Latest updates are of today. And it will not mess Gnome Panel, both GTK2.0 and GTK3.0 do work.

Rico Tzschichholz - Staging PPA: https://launchpad.net/~ricotz/+archive/staging

And a word of warning there too: DO NOT USE THESE PACKAGES !!!

moore.bryan said: And for anyone who tries this, finds it *catastrophically* ugly, and wants to revert back:

When you restart GNOME Shell, you should be back to "normal."

• mv ~/gnome-shell/source/gnome-shell ~/gnome-shell/source/gnome-shell.relayout
• cd ~/gnome-shell/source
• git clone git://git.gnome.org/gnome-shell
• jhbuild buildone -n gnome-shell -f

jhbuild buildone gnome-shell

or

jhbuild buildone gnome-shell -f

This is enough ... this rebuilds master branch.

augias said: That bug is discussed here: https://bugzilla.gnome.org/show_bug.cgi?id=602182

There isn't an obvious way to do this because it isn't implemented yet for gnome-shell to start up and use however many default workspaces you have set in metacity gconf. (remember gnomeshell is still not a finished product)

All this development time and it still can't remember how many workspaces I created last time I used it? That's a pretty basic requirement.

I really like gnome-shell - as I said in the post this is about the only thing that really annoys me. Maybe I'm wrong, maybe the painfully slow development cycles also annoy me.

Ah well, I'll stick with it for a bit longer.

cmccauley said: All this development time and it still can't remember how many workspaces I created last time I used it? That's a pretty basic requirement.

That was a design decision to not start with multiple desktops enabled, the right hand giveth and the left hand taketh away, so unless the devs have changed their mind recently you will have to settle for the fact that being able to quickly, "intuitively" create/delete additional desktops on the fly was also part of the design decision.

To me, whether it is able to start with some defined number of multiple desktops or not is not really an interesting question.

The interesting question, since they now call desktops activities, 'will you actually someday be able to define an "activity" by name and have it come up with some defined list of applications running on that desktop?'.

Later, Seeker

seeker5528 said:

The interesting question, since they now call desktops activities, 'will you actually someday be able to define an "activity" by name and have it come up with some defined list of applications running on that desktop?'.

Now, *that* would be cool!

Tim

Some day? You can have it today...

http://aseigo.blogspot.com/2010/10/activities-as-homonyms.html

I find it interesting how much of this stuff has been toyed, built and tested with in KDE already; Gnome would probably do well to adopt nepomuk and get lots of this sort of capability for free. The convergence between the two projects on terms of technical features implemented under the hoods suggests there's a way to merge consolidate these features in shared libraries. Akonadi is another prime example of this (which Gnome now supports as well AFAIK).

ratcheer said: Now, *that* would be cool!

Tim

Can't you already do something like this by hand with the current GNOME 2.x? I mean couldn't you just make a custom launcher that executes a shell script which starts you applications. And to make it fit in even better maybe make an extra category in the menu called "Activities". So you then get "Activities -> Coding" which executes a shell scripts, starting your IDE, a Nautilus window with your Source directory and a media player so can play death metal to help you concentrate.

Reiger said: Some day? You can have it today...

http://aseigo.blogspot.com/2010/10/activities-as-homonyms.html

I find it interesting how much of this stuff has been toyed, built and tested with in KDE already; Gnome would probably do well to adopt nepomuk and get lots of this sort of capability for free. The convergence between the two projects on terms of technical features implemented under the hoods suggests there's a way to merge consolidate these features in shared libraries. Akonadi is another prime example of this (which Gnome now supports as well AFAIK).

bash said: Can't you already do something like this by hand with the current GNOME 2.x? I mean couldn't you just make a custom launcher that executes a shell script which starts you applications. And to make it fit in even better maybe make an extra category in the menu called "Activities". So you then get "Activities -> Coding" which executes a shell scripts, starting your IDE, a Nautilus window with your Source directory and a media player so can play death metal to help you concentrate.

Couldn't we just go in to one of the many GS files and change the name from "Activities," which I agree makes no sense, to "Overview," which--one can argue--it *should* be called any way?

moore.bryan said: Couldn't we just go in to one of the many GS files and change the name from "Activities," which I agree makes no sense, to "Overview," which--one can argue--it *should* be called any way?

Wording "Overview" is definitely better thatn "Activities". But then again, why use any word at all, a good looking GS-logo is even better. Of coarse it could be ubuntu-logo in Ubuntu.

Anyway, I use mouse and hot-spot to open the overview, without any clicks.

Harry33 said: Well I think that we have to wait for a while until official natty repo version get upgraded, because new GS needs GTK3.0.

However, there is a PPA around that really works, with GTK3.0 and all other new GS_2.91 dependencies. Latest updates are of today. And it will not mess Gnome Panel, both GTK2.0 and GTK3.0 do work.

Rico Tzschichholz - Staging PPA: https://launchpad.net/~ricotz/+archive/staging

And a word of warning there too: DO NOT USE THESE PACKAGES !!!

Is the PPA updated to recent version?

Harry33 said: Wording "Overview" is definitely better thatn "Activities".

But then again, why use any word at all, a good looking GS-logo is even better. Of coarse it could be ubuntu-logo in Ubuntu.

Anyway, I use mouse and hot-spot to open the overview, without any clicks. Found the lines... interestingly enough the markup previous to the line to change "Activities" to "Overview" gives us this:

/* Button on the left side of the panel. */
/* Translators: If there is no suitable word for "Activities" in your language, you can use the word for "Overview". */

That would tell me the word "Activities" is *specifically* intended; strange choice, no?

Any way, if you head to line 744 in panel.js, you can change "Actvities" to "Overview."

let label = new St.Label({ text: _("Overview") });

I still can't get gjs to compile. Now it's complaining about me lacking pretom.h in my xulrunner folder, which I have gathered is related to javascript, but have no idea how to fix. Reinstalling java, not surprisingly, didn't help.

tanmays said: Is the PPA updated to recent version?

I'm using the version from the rictoz ppa right now, it's the same version as Merk42 linked to here.

Reiger said: Some day? You can have it today...

http://aseigo.blogspot.com/2010/10/activities-as-homonyms.html

I find it interesting how much of this stuff has been toyed, built and tested with in KDE already;

What KDE does, doesn't seem to allow for creating a launcher/.desktop file that will launch multiple applications from a single launcher. It's easy enough to create a script that you either add a link to somewhere or that is in the folder that folderview is pointed to, but you still have to switch to the desired desktop and run the script.

But what KDE does, does look pretty flexible. You can individually select between desktop and folder view on each desktop, have different wallpaper, different widgets, if folder view is chosen point each desktop to a different folder/location where you can filter the view to certain file types, have links to applications, etc..., or there is a folder view widget you can just place on a desktop and that whole set up can be saved as an activity, so one activity can cover a range of things on multiple desktops and with 3 clicks you can select a different activity that has a whole different range of stuff on multiple desktops. And plasma is not designed as an extension to kwin, so you can use whatever window manager/desktop environment you like and add plasma-desktop to your start up and it should work.

Gnome would probably do well to adopt nepomuk and get lots of this sort of capability for free. The convergence between the two projects on terms of technical features implemented under the hoods suggests there's a way to merge consolidate these features in shared libraries. Akonadi is another prime example of this (which Gnome now supports as well AFAIK).

I don't think that level of convergence is going to happen. What these types of things are being used to provide is interesting, but as long as the relevant database access is available and some standardized ontologies used, then the question of whether it's zeitgeist or nepomuk, or whatever being used in the background doesn't really seem all that interesting.

Gnome shell seems much more limited by the nature of it's current design than by what these other background technologies will or won't allow, but not being a developer I can't really say if that is a hard limitation, or just where it happens to be at this particular stage of it's development.

Later, Seeker

seeker5528 said: Gnome shell seems much more limited by the nature of it's current design than by what these other background technologies will or won't allow, but not being a developer I can't really say if that is a hard limitation, or just where it happens to be at this particular stage of it's development.

I would, somewhat, disagree here. A lot of comparison is drawn--rightfully so--between GS and other "launchers," but it's intended to be much more than that. I draw the comparison with the Apple iPad; technically, it *created* its own market for a device that *isn't* a collection of other things, but a new device itself. Although we can lump GNOME Shell into the window manager category, I believe it to be much more than that.

This is just the first iteration of it.

tanmays said: Is the PPA updated to recent version?

Today (30th October) there is gnome-shell - 2.91.1+git20101029.f21403fd-0ubuntu1~11.04~ricotz0.

So, yes it is.

Harry

moore.bryan said: I would, somewhat, disagree here. A lot of comparison is drawn--rightfully so--between GS and other "launchers," but it's intended to be much more than that. I draw the comparison with the Apple iPad; technically, it *created* its own market for a device that *isn't* a collection of other things, but a new device itself. Although we can lump GNOME Shell into the window manager category, I believe it to be much more than that.

On the iPad you could just as easily say that technically it is just a big iPhone, without the ability to actually use it like a phone.

If you are comparing 'launchers' you compare launchers. If you are comparing window managers, you compare window managers. If you compare shells you compare shells, plasma-desktop, Unity, and Gnome Shell. I can't think of anything else as far as Linux desktops go that might be grouped in that same category, and of these, IMHO, it seems clear the plasma-desktop is the most advance and the most flexible since the KDE guys created plasma in a forward looking way as something to take their development into the future and then built the shell out of that.

That's not to say that Unity and Gnome-Shell *need* the amount of flexibility plasma has in order to compete, but that means some things may have to be done outside the shell or tied to the shell in another way.

Later, Seeker

I don't think you can compare plasma/gs/unity as equivalents. Unity/gs can be sort of compared because they both aim to provide roughly similar functionality: integrated launchers with desktop and window management.

But Plasma is somewhat a different beast. It is more of a blue print and a plumbing layer for the desktop than the actual desktop shell itself. That's the job of the various plasmoids, and as a result you can rip out/add/switch bits of the desktop at will.

seeker5528 said: On the iPad you could just as easily say that technically it is just a big iPhone, without the ability to actually use it like a phone.

If you are comparing 'launchers' you compare launchers. If you are comparing window managers, you compare window managers. If you compare shells you compare shells, plasma-desktop, Unity, and Gnome Shell. I can't think of anything else as far as Linux desktops go that might be grouped in that same category, and of these, IMHO, it seems clear the plasma-desktop is the most advance and the most flexible since the KDE guys created plasma in a forward looking way as something to take their development into the future and then built the shell out of that.

That's not to say that Unity and Gnome-Shell *need* the amount of flexibility plasma has in order to compete, but that means some things may have to be done outside the shell or tied to the shell in another way.

Later, Seeker Some valid points, Seeker; however, the iPad *is not* an iPhone/iPod and was never intended to be. I know all the jokes about it, but those things aren't comparable.

Reiger said: I don't think you can compare plasma/gs/unity as equivalents. Unity/gs can be sort of compared because they both aim to provide roughly similar functionality: integrated launchers with desktop and window management.

But Plasma is somewhat a different beast. It is more of a blue print and a plumbing layer for the desktop than the actual desktop shell itself. That's the job of the various plasmoids, and as a result you can rip out/add/switch bits of the desktop at will. I would agree GS and Unity can be compared...

Good discussion guys!

As of now, GS won't compile for me, dying here:

CCLD   test-theme
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[3]: *** [test-theme] Error 1
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell'
make: *** [all] Error 2
*** Error during phase build of gnome-shell: ########## Error running make   *** [22/23]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"

Anyone else? Any help?

Thanks!

moore.bryan said: As of now, GS won't compile for me, dying here:

CCLD   test-theme
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[3]: *** [test-theme] Error 1
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell'
make: *** [all] Error 2
*** Error during phase build of gnome-shell: ########## Error running make   *** [22/23]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"

Anyone else? Any help?

Thanks! I'm still on 10.10 but I just successfully built after deleting the folders ~/gnome-shell ~/source and the file ~/gnome-shell-build-setup.sh

moore.bryan said: As of now, GS won't compile for me, dying here:

CCLD   test-theme
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[3]: *** [test-theme] Error 1
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell'
make: *** [all] Error 2
*** Error during phase build of gnome-shell: ########## Error running make   *** [22/23]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"

Anyone else? Any help?

Thanks!

This seems to be this error again. Fix included in the link.

Excellent... trying this now. Thanks, bash.

EDIT: Worked like a charm; thanks, again.

running gnome-shell-build-setup.sh results in:

Please run 'sudo apt-get install libreadline5-dev ' and try again.

I have libreadline6-dev installed on wich depends swi-prolog.

manuelly edited the script and it seems to work.

youoh said: running gnome-shell-build-setup.sh results in:

Please run 'sudo apt-get install libreadline5-dev ' and try again.

I have libreadline6-dev installed on wich depends swi-prolog.

manuelly edited the script and it seems to work.

Yeah, if you get errors like that I think it's fine to manually edit the script to adjust for the lib that's installed.

It's not too noticeable in the new screenshots, but there is a new default theme when you run GNOME Shell. Quitting GNOME Shell returns you to whatever theme you were running.

Merk42 said: It's not too noticeable in the new screenshots, but there is a new default theme when you run GNOME Shell. Quitting GNOME Shell returns you to whatever theme you were running.

Oh wow, a new GTK+ theme. And I here I had hoped they merged back the overlay-redesign branch. Anyways time to recompile.

Just a note to NVIDIA users. Use maximum performance mode in the NVIDIA settings to get the best GNOME Shell performance.

Adaptive mode can make GS lag.

Merk42 said: It's not too noticeable in the new screenshots, but there is a new default theme when you run GNOME Shell. Quitting GNOME Shell returns you to whatever theme you were running.

Would you mind posting a screenshot of the new theme?

Half-Left said: Just a note to NVIDIA users. Use maximum performance mode in the NVIDIA settings to get the best GNOME Shell performance.

Adaptive mode can make GS lag.

I don't seem to find such a setting in my "NVIDIA X-Server Settings". Can you direct me to where I might find it?

TIA

sgage said: I don't seem to find such a setting in my "NVIDIA X-Server Settings". Can you direct me to where I might find it?

TIA

Should be under GPU- 0 > PowerMizer

Unfortunatly I don't think you can select which performance mode you are in, Powermizer will still scale it for you, which causes lots of problems for me.

But I found this script which works perfectly for me :D

#!/bin/bash

while true; do
        nice /usr/bin/nvidia-settings -q all > /dev/null &
        sleep 25;
done

Half-Left said: Should be under GPU- 0 > PowerMizer

Indeed it is - there is an entry for Performance Mode that is currently showing Maximum Performance. It doesn't seem to be settable - it's just a status line. But since I want max performance, no worries!

It's probably because you have an old GPU, which doesn't support power management. I can set it to adaptive or maximum performance for my 9600GT.

My 8400GT and 9400GT don't allow you to make any changes from the nvidia panel, my 210GT does though. The 9400GT is already running at maximum

Strange. Here's mine.

Half-Left said: Strange. Here's mine.

And here's mine.

Maybe it's a feature that my GPU doesn't have (GeForce 8500 GT).

Not sure, maybe newer GPU revisions have it. I'm using the 260.19.06 driver.

Anyway. When I set it to maximum performance, GNOME Shell is silky smooth all the time.

Half-Left said: Not sure, maybe newer GPU revisions have it. I'm using the 260.19.06 driver.

Anyway. When I set it to maximum performance, GNOME Shell is silky smooth all the time.

I'm using the same driver. Probably just my old 8500.

Laugh of the day: I had left that screen shot open on my desktop, and no matter how many times I hit the quit button, nothing happened :KS

I suppose that's not as bad as the time I was reading a print magazine at my desk while checking my email, and tried to turn the page with the mouse...

I'm using the same driver.

I'm using the version from ricotz ppa (version 2.91.1+git20101030.3640a4dd-0ubuntu1~11.04~ricotz0) I find it very annoying that pop-up windows don't have a title bar. Is this the same if you build from source?

Is it possible to add the ricotz PPA to Maverick? The provided repository lines are for natty and when I added them, they all gave 404 errors. I removed them and changed "natty" to "maverick", but I still got the 404's.

Note that I only intend to try this on my testing system, just to see and play with Gnome Shell. Maybe I should just go ahead and install natty, there.

Tim

cariboo907 said: I'm using the same driver.

I'm using the version from ricotz ppa (version 2.91.1+git20101030.3640a4dd-0ubuntu1~11.04~ricotz0) I find it very annoying that pop-up windows don't have a title bar. Is this the same if you build from source?

That's a new feature. In the changelog, it's called: "attaching modal dialogs to their parents"

ratcheer said: Is it possible to add the ricotz PPA to Maverick? The provided repository lines are for natty and when I added them, they all gave 404 errors. I removed them and changed "natty" to "maverick", but I still got the 404's.

Note that I only intend to try this on my testing system, just to see and play with Gnome Shell. Maybe I should just go ahead and install natty, there.

Tim

It looks like there is only a natty repository, but it should work with maverick. Did you remember to update the package list after adding the repository?

this is what the line in your sources .list should look like.

deb http://ppa.launchpad.net/ricotz/staging/ubuntu natty main

cariboo907 said: It looks like there is only a natty repository, but it should work with maverick. Did you remember to update the package list after adding the repository?

this is what the line in your sources .list should look like.

Yes, I that is what I did. When I updated the Software Sources, it gave me the 404 Not Found. But, since the repository was in the list, I tried "sudo aptitude update" and it gave the 404's, again. When I removed the ppa from the Software Sources, update ran successfully, but of course, nothing from that ppa was included.

Tim

I got the same 404 errors when trying to start using the ricotz ppa; then I noticed that the OP instructions refer to adding the ppa:ricotz/testing. Re-doing "sudo add-apt-repository ppa:ricotz/staging" instead fixed the 404 errors. Apparently the key is the same, but has to be associated with the ppa correctly.

Seriously, who told them about the new concept to be better? I don't see any reason why it should be faster, better or more useable.

I didn't test it, but that is my impression from the screenshots.

Is this another new feature that came in today's gnome-shell update? Note the title bar.

scradock said: I got the same 404 errors when trying to start using the ricotz ppa; then I noticed that the OP instructions refer to adding the ppa:ricotz/testing. Re-doing "sudo add-apt-repository ppa:ricotz/staging" instead fixed the 404 errors. Apparently the key is the same, but has to be associated with the ppa correctly.

To be sure, check the files in /etc/apt/sources.list.d/

If there is a "ricotz-testing-natty.list" as well as "ricotz-staging-natty.list" you should be ableto remove the -testing- one - apparently it doesn't exist anymore.

cariboo907 said: Is this another new feature that came in today's gnome-shell update? Note the title bar.

The theme? I mentioned it a few posts ago (also you'll see it present in the first post). I do find it interesting your buttons are on the left. Mine are on the right even though I'm using Ambiance. I'm building from source, perhaps what you're doing is causing the difference? [ATTACH]174365[/ATTACH]

Merk42 said: The theme? I mentioned it a few posts ago (also you'll see it present in the first post).

I do find it interesting your buttons are on the left. Mine are on the right even though I'm using Ambiance. I'm building from source, perhaps what you're doing is causing the difference? [ATTACH]174365[/ATTACH]

I moved then to the left, as that's what I'm used to [[IMG]http://imgur.com/R3LbN.png[/IMG]](http://imgur.com/R3LbN.png). I saw your post about a new theme, but obviously it didn't sink in.

cariboo907 said: It looks like there is only a natty repository, but it should work with maverick. Did you remember to update the package list after adding the repository?

this is what the line in your sources .list should look like.

Ok, I got the repository added and installed gnome-shell and gnome3-session. I cannot get it to work, correctly. I can log in to the Gnome3 desktop, but my screen only has the background, no top panel. I can right-click on the desktop and get a flashing create launcher (or file or folder) dialog. If I create a folder, its icon is flashing, too.

Any idea how I can get from this to a functional Gnome3 desktop? This is on my Maverick testing image.

Thanks, Tim

TheAnachron said: Seriously, who told them about the new concept to be better? I don't see any reason why it should be faster, better or more useable.

I didn't test it, but that is my impression from the screenshots. No one told, as well as no one did say the old gnome shell was good enough to use as primary shell )

ratcheer said:

Any idea how I can get from this to a functional Gnome3 desktop? This is on my Maverick testing image.

Hi. Got the same issue here. Try running "gnome-shell --replace" in a terminal and you'll see some errormessages about mismatching GObject Introspection files.

Now you could just fetch the newest version of the corresponding "gir-<library-name>" packages from the natty repository (perhaps you should also update the "lib<library-name>" packes).

Greetings, lucien

ratcheer said: Ok, I got the repository added and installed gnome-shell and gnome3-session. I cannot get it to work, correctly. I can log in to the Gnome3 desktop, but my screen only has the background, no top panel. I can right-click on the desktop and get a flashing create launcher (or file or folder) dialog. If I create a folder, its icon is flashing, too.

Any idea how I can get from this to a functional Gnome3 desktop? This is on my Maverick testing image.

Thanks, Tim

There is a reason why there are no package for maverick. Trying to patch up things while installing the natty packages on maverick might lead to a real mess. The dependencies needed to build the packages on maverick are not met and won't be available. So please don't try this way.

The only way to test gnome-shell on maverick or less is jhbuild.

ratcheer said: Ok, I got the repository added and installed gnome-shell and gnome3-session. I cannot get it to work, correctly. I can log in to the Gnome3 desktop, but my screen only has the background, no top panel. I can right-click on the desktop and get a flashing create launcher (or file or folder) dialog. If I create a folder, its icon is flashing, too.

Any idea how I can get from this to a functional Gnome3 desktop? This is on my Maverick testing image. Thanks, Tim

Ricotz staging repository does not work with Maverick, not even with a fully updated Maverick. Rico has removed some packages (gobject-introspection, glib) and it is assumed that one uses the official Natty development packages instead.

So with Maverick, only use the official repos and you get a fully workin gnome-shell (v. 2.31.5). or, if it is a newer GS you want, upgrade to Natty and then add ricotz repository to sources.list and be prepared to possible breakages in future. :guitar:

ricotz said: There is a reason why there are no package for maverick. Trying to patch up things while installing the natty packages on maverick might lead to a real mess. The dependencies needed to build the packages on maverick are not met and won't be available. So please don't try this way.

The only way to test gnome-shell on maverick or less is jhbuild.

Thank you. It is time to install natty in my testing partition. (Thanks also, Harry33)

Tim

Ok, I have upgraded my testing system to natty and am now running gnome-shell. It is very nice, much better than the current Unity.

Thanks, everyone.

Tim

Currently building it from source.

Wow, it is taking ages!

I compiled GS today, and not much seems to have changed since yesterday :KS

However, I am running Thunderbird's Indicator addon, which uses the "envelope" notifier to indicate new incoming email to Thunderbird. Every time new mail arrives, GS crashes (disappears gracefully to the panels).

Anyone else getting this?

[Edited: Not so sure now - I think it was coincidence. Something is crashing GS regularly, though.]

sgage said: I compiled GS today, and not much seems to have changed since yesterday :KS

However, I am running Thunderbird's Indicator addon, which uses the "envelope" notifier to indicate new incoming email to Thunderbird. Every time new mail arrives, GS crashes (disappears gracefully to the panels).

Anyone else getting this?

[Edited: Not so sure now - I think it was coincidence. Something is crashing GS regularly, though.]

If you want the full bleeding-edge experience I recommend installing Fedora 14 and trying it out. It seems that Ubuntu has abandoned Gnome shell, and Mint is staying with the current version of Gnome.

I have not had one crash yet on my F14 install... And installing GS on Fedora is a breeze:

su
yum install gnome-shell

p.s. If you don't like it, just goto Control Center-> Desktop Effects, and switch it back to regular gnome.

Enjoy! :popcorn:

simpleblue said: If you want the full bleeding-edge experience I recommend installing Fedora 14 and trying it out. It seems that Ubuntu has abandoned Gnome shell, and Mint is staying with the current version of Gnome.

Unless they will update the version in Fedora, F14 uses the exact same version of GNOME Shell (2.31.5) as Maverick. Rawhide has 2.91.1 (as does ricotz stating PPA), which is the latest "officially" release version. But bleeding edge in this case I would consider nightlies or compiled directly from git.

So don't know why you recommend Fedora for the full bleeding-edge experience. I can happily run the Shell compiled from git in 10.10, except for the strangely translucent window borders I get with fglrx.

bash said: Unless they will update the version in Fedora, F14 uses the exact same version of GNOME Shell (2.31.5) as Maverick. Rawhide has 2.91.1 (as does ricotz stating PPA), which is the latest "officially" release version. But bleeding edge in this case I would consider nightlies or compiled directly from git.

So don't know why you recommend Fedora for the full bleeding-edge experience. I can happily run the Shell compiled from git in 10.10, except for the strangely translucent window borders I get with fglrx.

there are to many dependancies that would need to go into F14 for Fedora to have GS2.91 .. im sure i could dig up a post from Adam Williamson about this same conversation in Fedoraforum. only way you'll get the latest GS in Maverick or F14 an thats to build it from jhbuild

http://forums.fedoraforum.org/showthread.php?t=246640

Surely the bleeding edge is compiling from git, not installing anything from a repo?

Hmm, now getting this error:

checking for VORBIS... configure: error: Package requirements ( vorbisfile ) were not met:

No package 'vorbisfile' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables VORBIS_CFLAGS
and VORBIS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

*** Error during phase configure of libcanberra: ########## Error running ./configure --prefix /home/david/gnome-shell/install --libdir '/home/david/gnome-shell/install/lib'  --disable-static --disable-gtk-doc  *** [23/25]

  [1] Rerun phase configure
  [2] Ignore error and continue to build
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "clean"
  [8] Go to phase "distclean"
choice: 

I've checked the repos, but I can't seem to find a vorbisfile package. Any ideas where to go from here?

Try libvorbis-dev.

davideotape said: Surely the bleeding edge is compiling from git, not installing anything from a repo?

You're right. I was thinking of Rawhide and nightly builds when I wrote it.

there are to many dependancies that would need to go into F14 for Fedora to have GS2.91 .. im sure i could dig up a post from Adam Williamson about this same conversation in Fedoraforum. only way you'll get the latest GS in Maverick or F14 an thats to build it from jhbuild

It 'seems' to be working for me?. Does this means that perhaps I'm running an incomplete gnome shell? Or just one that is not able to update?

simpleblue said: It 'seems' to be working for me?. Does this means that perhaps I'm running an incomplete gnome shell? Or just one that is not able to update?

depends where you got the updated GS from? ppa? or JHBuild?

dext said: depends where you got the updated GS from? ppa? or JHBuild?

I just typed "yum install gnome-shell". I'm guessing I don't have the most updated version.

Is there an easy way to update to the latest version? Or perhaps a distro that comes with Gnome 3 preinstalled?

simpleblue said: I just typed "yum install gnome-shell". I'm guessing I don't have the most updated version.

Is there an easy way to update to the latest version? Or perhaps a distro that comes with Gnome 3 preinstalled?

GNOME Shell is only part of GNOME 3. As both are in progress I don't know of any distro that has it preinstalled.

To get the latest version, read the first post of this thread. Granted the instructions assume you're using Ubuntu, but the only difference if any would be dependencies, which it will notify you of.

simpleblue said: I just typed "yum install gnome-shell". I'm guessing I don't have the most updated version.

Is there an easy way to update to the latest version? Or perhaps a distro that comes with Gnome 3 preinstalled?

Fedora13 came with Gnome-Shell preinstalled for users to try. only way to get the latest in Fedora without using JHbuild an thats to use Rawhide as in using a complete F15. as i said in a previous post, im sure i posted AdamW's post about why GS2.91 is not in F14

xtoudi said: Try libvorbis-dev.

Thank you good sir :)

Compiled fine, started it fine, saw the new theme, quickly stopped it.

davideotape said: Thank you good sir :)

Compiled fine, started it fine, saw the new theme, quickly stopped it.

Like it too ... new theme ;)

I compiled on my Ubuntu Laptop last night and it got to clutter 24/25 and then displayed:

"undefined reference" errors

:(

Deleted gnome-shell folder and trying again.

Hope it works this time. [-o<

[[SIZE="4"]GNOME Shell 2.91.2 released[/SIZE]](http://mail.gnome.org/archives/gnome-shell-list/2010-November/msg00013.html)

simpleblue said: I compiled on my Ubuntu Laptop last night and it got to clutter 24/25 and then displayed:

"undefined reference" errors

:(

Deleted gnome-shell folder and trying again.

Hope it works this time. [-o<

Merk42 said: I'm getting a lot of "undefined reference" errors

try ``` rm ~/gnome-shell/install/*.la /usr/lib/*.la

Then jhbuild build
If it still doesn't work, delete the ~/gnome-shell folder and try again

Merk42 said: [[SIZE="4"]GNOME Shell 2.91.2 released[/SIZE]](http://mail.gnome.org/archives/gnome-shell-list/2010-November/msg00013.html)

593844 Alternative overview design idea

Got excited for a second when I saw this and hoped the overlay-redesign branch had finally been merged, but alas it was some bug from January. And sadly it seems work on the branch to make the overlay completely look like the new mock-ups has stopped as well.

Merk42 said: [[SIZE="4"]GNOME Shell 2.91.2 released[/SIZE]](http://mail.gnome.org/archives/gnome-shell-list/2010-November/msg00013.html)

Thanks. This command did not work for me, however deleting the gnome-shell folder and recompiling did.

I'm liking GS3 alot. They've added the Universal Access applet at the top. So you can have a mouse keyboard, magnify, or have the screen contents be read to you... You could do this in regular Ubuntu but this time the menu is integrated with GS graphics.

They also made it so that if a notification pops up you can click on it to bring you to that program.

While running I noticed terminal say something I thought was perhaps a trifle suggestive:

Info: No sexy-python package found, don't worry it's optional.

:P

I got Gnome-Shell from the ricotz staging repository and it works this time. It screws up all my other gnome logins, no matter window manager I attempt to use with it, but at least I am still able to log using a KDE, Lubuntu, or Openbox session.

Apparently if you are like me, remove pulse-audio and use kmix instead by adding a kmix to the start up using the command 'kmix --keepvisibility' you are screwed. On the one hand by Gnome-Shell because it doesn't do the right thing when you click on kmix in the notification area and on the other hand by kmix itself because apparently what you used the --keepvisibility option for in the past is what it always does now, so if kmix was only showing in the tray area on it's last run it will only show in the tray area on it's next run, if kmix was showing the full mixer on it's last run it will show the full mixer on it's next run. D'oh

Later, Seeker

Distorted backgrounds when in this mode:

I'm running Fedora 14 with Gnome 3. The Ubuntu Gnome 3 didn't have this prob. Backgrounds were normal when in desktop mode. I've tried using different images and changing from stretch to zoom to center... same issue.

This is what the terminal says:

[user@localhost src]$ ./gnome-shell --replace
Gtk-Message: Failed to load module "pk-gtk-module": libpk-gtk-module.so: cannot open shared object file: No such file or directory
Panel leaving: a new panel shell is starting.

(gnome-panel:3137): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion `global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
      JS LOG: GNOME Shell started at Tue Nov 09 2010 02:17:18 GMT-0500 (EST)

(mutter:3184): GdmUser-WARNING **: Unable to load CK history: no seat-id found

** (ck-history:3196): WARNING **: Error opening /var/log/ConsoleKit/history (Permission denied)

Great thread! I hadn't looked into Gnome Shell much previously, but most of my questions were answered in the first post. I'm still not sure about Unity, but I guess I will be testing them both side by side at some point after Natty is released (or at least reaches alpha 2).

I know the whole browser ballot screen topic has been brought up for various elements of the OS for Mac/Win/Lin, but I think in this case it would be a great option to have, even if its a bit hidden during installation, so that users can install the environment they want right off the bat. Unfortunately, this probably isn't feasible with the disc size limit being such an issue these days. :/

I've grown to love Gnome 2.x over the years, with a dual screen setup and both panels on the bottom (one on each obviously). The biggest thing for me is that I want to keep my displays balanced in this way. So what I can tell from the screen shots of Gnome Shell, the setup is just a top panel with everything merged into it? Is that right?

Anyone else getting this when trying to build today?

collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', '../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/bryan/gnome-shell/source/gtk3/gtk/tmp-introspectBwgO1O/Gtk-3.0', '-export-dynamic', '-L.', 'libgtk-x11-3.0.la', '../gdk/x11/libgdk-x11.la', '-pthread', '-L/home/bryan/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/bryan/gnome-shell/source/gtk3/gtk/tmp-introspectBwgO1O/Gtk-3.0.o']' returned non-zero exit status 1
make[4]: *** [Gtk-3.0.gir] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gtk'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gtk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gtk3'
make: *** [all] Error 2

moore.bryan said: Anyone else getting this when trying to build today?

collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', '../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/bryan/gnome-shell/source/gtk3/gtk/tmp-introspectBwgO1O/Gtk-3.0', '-export-dynamic', '-L.', 'libgtk-x11-3.0.la', '../gdk/x11/libgdk-x11.la', '-pthread', '-L/home/bryan/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/bryan/gnome-shell/source/gtk3/gtk/tmp-introspectBwgO1O/Gtk-3.0.o']' returned non-zero exit status 1
make[4]: *** [Gtk-3.0.gir] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gtk'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gtk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gtk3'
make: *** [all] Error 2

I just completed a build 3 minutes ago without any errors, fwiw.

Ignore

Well, it had been a while, so I decided to see what was new with GS. Started from scratch. Didn't get far into building gobject-introspection [2/25] when it gave up the ghost thusly:

*** Building gobject-introspection *** [2/25]
make  
make  all-recursive
make[1]: Entering directory `/home/sgage/gnome-shell/source/gobject-introspection'
Making all in .
make[2]: Entering directory `/home/sgage/gnome-shell/source/gobject-introspection'
  CCLD   g-ir-compiler
/usr/bin/ld: g_ir_compiler-compiler.o: undefined reference to symbol 'g_file_new_for_path'
/usr/bin/ld: note: 'g_file_new_for_path' is defined in DSO /home/sgage/gnome-shell/install/lib/libgio-2.0.so.0 so try adding it to the linker command line
/home/sgage/gnome-shell/install/lib/libgio-2.0.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [g-ir-compiler] Error 1
make[2]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make: *** [all] Error 2
*** Error during phase build of gobject-introspection: ########## Error running make   *** [2/25]

Any ideas?

TIA...

sgage said: Well, it had been a while, so I decided to see what was new with GS. Started from scratch. Didn't get far into building gobject-introspection [2/25] when it gave up the ghost thusly:

*** Building gobject-introspection *** [2/25]
make  
make  all-recursive
make[1]: Entering directory `/home/sgage/gnome-shell/source/gobject-introspection'
Making all in .
make[2]: Entering directory `/home/sgage/gnome-shell/source/gobject-introspection'
  CCLD   g-ir-compiler
/usr/bin/ld: g_ir_compiler-compiler.o: undefined reference to symbol 'g_file_new_for_path'
/usr/bin/ld: note: 'g_file_new_for_path' is defined in DSO /home/sgage/gnome-shell/install/lib/libgio-2.0.so.0 so try adding it to the linker command line
/home/sgage/gnome-shell/install/lib/libgio-2.0.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [g-ir-compiler] Error 1
make[2]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make: *** [all] Error 2
*** Error during phase build of gobject-introspection: ########## Error running make   *** [2/25]

Any ideas?

TIA...

I have been building it daily for the last couple of weeks.Started getting this error 3 days ago.

I suspect with the slew of updates lately in Natty something has been broken but I haven't been able to track down the source yet....I haven't tried all that hard yet mind you.I'm hoping it will sort itself out ;)

Anduu said: I have been building it daily for the last couple of weeks.Started getting this error 3 days ago.

I suspect with the slew of updates lately in Natty something has been broken but I haven't been able to track down the source yet....I haven't tried all that hard yet mind you.I'm hoping it will sort itself out ;)Doesn't work here in 10.10 either, I'm guessing that since it started right after GNOME reached 2.91.2 it's just the early severe breakage expected when starting a new point release.

Still no joy as of 11:00 a.m. EST. Guess I'll just keep trying from time to time until it clicks...

Checkout latest overview-relayout branch. Once again a lot of visual changes.

Now it looks like this ... but it's still so slow ...

*compiled on maverick*

EDIT. Compiled again: overview: Update animation (http://git.gnome.org/browse/gnome-shell/commit/?h=overview-relayout)

and now animations are very fast ... but searching not so much :-)

Still no love compiling at 7:22pm EDT.

xtoudi said: Checkout latest overview-relayout branch.

Once again a lot of visual changes.

Now it looks like this ... but it's still so slow ...

*compiled on maverick*

EDIT. Compiled again: overview: Update animation (http://git.gnome.org/browse/gnome-shell/commit/?h=overview-relayout)

and now animations are very fast ... but searching not so much :-) is that pic of GS or Unity?

O.K. I am compiling again right now and it seems to have worked itself out...made it past stage 2 :KS

Keeping my fingers crossed that nothing new pops up.

EDIT

Still compiling,however,I just noticed there are now 28 stages...If I am not mistaken there were only 23 before weren't there?

I was able to compile it earlier today, all 28 stages. I had to do complete wipe of the directory though to get it to work.

I don't see anything different though. I am using Maverick btw.

D'oh!So close....

Stage 27/28

/usr/bin/ld: run_js_test-run-js-test.o: undefined reference to symbol 'gjs_context_new_with_search_path'
/usr/bin/ld: note: 'gjs_context_new_with_search_path' is defined in DSO /home/gstesting/gnome-shell/install/lib64/libgjs.so.0 so try adding it to the linker command line
/home/gstesting/gnome-shell/install/lib64/libgjs.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[3]: *** [run-js-test] Error 1
make[3]: Leaving directory `/home/gstesting/gnome-shell/source/gnome-shell/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/gstesting/gnome-shell/source/gnome-shell/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/gstesting/gnome-shell/source/gnome-shell'
make: *** [all] Error 2

dext said: is that pic of GS or Unity?

It's GS - overview-relayout branch.

Finalfantasykid said: I was able to compile it earlier today, all 28 stages. I had to do complete wipe of the directory though to get it to work.

I don't see anything different though. I am using Maverick btw.

Master branch looks like previous. You need to compile overview-relayout branch.

xtoudi said: It's GS - overview-relayout branch.doesnt look to bad.

Grrr... compiling died at 23/28 because it can't find 'vorbisfile' even though I have the 'libvorbisfile3' and 'libvorbisfile-ruby1.8' installed.

Irritating!

moore.bryan said: Grrr... compiling died at 23/28 because it can't find 'vorbisfile' even though I have the 'libvorbisfile3' and 'libvorbisfile-ruby1.8' installed.

Irritating!

libvorbis-dev is what you need.

Thanks, xtoudi... I should have posted-back I figured that one out. Right now, it's sticking trying to build gnome-settings-daemon.

/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [26/28]

I see that people have been having some luck getting GS to compile. I just tried (after deleting the existing gnome-shell directory) and couldn't get through step 2:

/usr/bin/ld: ./.libs/libgirepository-parser.a(libgirepository_parser_la-giroffsets.o): undefined reference to symbol 'ffi_type_void'
/usr/bin/ld: note: 'ffi_type_void' is defined in DSO /usr/lib/gcc/i686-linux-gnu/4.5.2/../../../../lib/libffi.so so try adding it to the linker command line
/usr/lib/gcc/i686-linux-gnu/4.5.2/../../../../lib/libffi.so: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [g-ir-compiler] Error 1
make[2]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make: *** [all] Error 2
*** Error during phase build of gobject-introspection: ########## Error running make   *** [2/28]

I wonder if something in the big batch of upgrades this morning has broken it again...

Oh well, back to waiting.

sgage said: I see that people have been having some luck getting GS to compile. I just tried (after deleting the existing gnome-shell directory) and couldn't get through step 2:

Hmm... I get through that. Have you tried wiping the whole gnome-shell dir and starting fresh?

Yes, I wiped out ~/gnome-shell. Did you download that big wad of upgrades this morning?

[edit: I should add that I am doing this in natty]

I've been trying to compile for three days now, with not one working. Right now, I'm on polkit [25/28], so we'll see soon... I hope.

Still dies at gnome-settings-daemon [26/28] make with

CCLD   test-media-keys
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [26/28]

Any ideas, folks?

When I skip this step and continue to build, gnome-shell [27/28] dies during make, so I guess this is kind of important.

moore.bryan said: Still dies at gnome-settings-daemon [26/28] make with

CCLD   test-media-keys
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [26/28]

Any ideas, folks?

When I skip this step and continue to build, gnome-shell [27/28] dies during make, so I guess this is kind of important.

Try **rm~/gnome-shell/install/lib/*.la or rm ~/gnome-shell/install/lib64/*.la** (if you have 64bit). Then if you get an error chose 6 (get a whole module again).

xtoudi said: Try **rm~/gnome-shell/install/lib/*.la or rm ~/gnome-shell/install/lib64/*.la** (if you have 64bit).

Then if you get an error chose 6 (get a whole module again). I tried that before and it didn't work, but I'll give it another shot... worth trying anything again.

Latest commit: Skip drawing transparent borders and backgrounds (http://git.gnome.org/browse/gnome-shell/commit/?id=3138b20b11d67eb05fdda1926b7b0550dc2724d8) this improves speed of GS a lot!! At least for me (Intel HD graphics).

Then you can merge master branch with overview-relayout to get speed and new UI.

cd ~/gnome-shell/source/gnome-shell
git merge overview-relayout
jhbuild buildone gnome-shell

And we've got latest master commits with overview-relayout branch.

I've--finally--successfully built as of 11:54am EDT.

@xtoudi: How do a merge the transparent fix?

moore.bryan said: I've--finally--successfully built as of 11:54am EDT.

@xtoudi: How do a merge the transparent fix?

Commit about skipping transparent borders ... is in master branch ... so standard compiling (jhbuild build) do that.

If you want to try overview-relayout branch (checkout att) do what I wrote previously.

Right... thanks, xtoudi. I've tried the new overview layout and didn't like it, so I'm back to 'standard.'

moore.bryan said: Right... thanks, xtoudi. I've tried the new overview layout and didn't like it, so I'm back to 'standard.'

This overview-relayout branch has UI interface similar to latest mockups so I'm afraid soon will be merged with master. But ... will see :-)

For anyone having trouble, deleted ~/gnome-shell ~/source and gnome-shell-build-setup.sh and start all over. Also libpam-dev is a new dependency

Merk42 said: For anyone having trouble, deleted ~/gnome-shell ~/source and gnome-shell-build-setup.sh and start all over.

Also libpam-dev is a new dependency

Still no success - same problem at gobject-introspection. Help!

My build was stalling at phase 2 with the error

** ERROR **: Invalid typelib for module 'GLib': In directory (Context: read_unichar/IOChannel)): Wrong tag in simple type
aborting...
/bin/bash: line 1:  7685 Trace/breakpoint trap   ./g-ir-compiler --includedir=. --includedir=./gir --includedir=. --includedir=. --includedir=. GLib-2.0.gir -o GLib-2.0.typelib

I'm guessing this has something to do with the last night's newly enabled gunichar. Disabling gunichar in the scanner seems to work:

 @@ changes at line 143 in /giscanner/introspectablepass.py @@ class IntrospectablePass(object):
         if typeval.target_fundamental:
             if typeval.is_equiv(ast.TYPE_VALIST):
                 return False
+            # Mark UCHAR as not introspectable temporarily until
+            # we're ready to land the typelib changes
+            if typeval.is_equiv(ast.TYPE_UNICHAR):
+                return False
             # These are not introspectable pending us adding
             # larger type tags to the typelib (in theory these could
             # be 128 bit or larger)

jhbuild will automatically undo your changes if you're not careful, so you should run the commands in the following order:

jhbuild update
<edit /giscanner/introspectablepass.py as described above>
jhbuild clean gobject-introspection
jhbuild build --no-network

I just successfully built GS from Git but I want to know how to make GS start at login, anyone got any ideas how to do this?

MattDobson said: I just successfully built GS from Git but I want to know how to make GS start at login, anyone got any ideas how to do this?

This should do it. http://live.gnome.org/GnomeShell#Running_gnome-shell_at_the_start_of_your_session

Edit: missed the part about git. Same principle should apply though. Just set it in startup preferences.

MattDobson said: I just successfully built GS from Git but I want to know how to make GS start at login, anyone got any ideas how to do this?

ln -s ~/gnome-shell/install/share/applications/gnome-shell.desktop ~/.local/share/applications/gnome-shell.desktop
gconftool-2 -s /desktop/gnome/session/required_components/windowmanager "gnome-shell" -t string

I just wrote a quick script and added it to my startup applications.

#!/bin/sh
sleep 10
cd /home/gstesting/gnome-shell/source/gnome-shell/src/
./gnome-shell --replace

Saves me the trouble of having to revert back to standard gnome for whatever reason.

zuoken said: My build was stalling at phase 2 with the error

** ERROR **: Invalid typelib for module 'GLib': In directory (Context: read_unichar/IOChannel)): Wrong tag in simple type
aborting...
/bin/bash: line 1:  7685 Trace/breakpoint trap   ./g-ir-compiler --includedir=. --includedir=./gir --includedir=. --includedir=. --includedir=. GLib-2.0.gir -o GLib-2.0.typelib

I'm guessing this has something to do with the last night's newly enabled gunichar. Disabling gunichar in the scanner seems to work:

 @@ changes at line 143 in /giscanner/introspectablepass.py @@ class IntrospectablePass(object):
         if typeval.target_fundamental:
             if typeval.is_equiv(ast.TYPE_VALIST):
                 return False
+            # Mark UCHAR as not introspectable temporarily until
+            # we're ready to land the typelib changes
+            if typeval.is_equiv(ast.TYPE_UNICHAR):
+                return False
             # These are not introspectable pending us adding
             # larger type tags to the typelib (in theory these could
             # be 128 bit or larger)

jhbuild will automatically undo your changes if you're not careful, so you should run the commands in the following order:

jhbuild update
<edit /giscanner/introspectablepass.py as described above>
jhbuild clean gobject-introspection
jhbuild build --no-network

I followed the steps you outlined, but gobject-introspection still won't compile:

*** Building gobject-introspection *** [2/28]
make  
make  all-recursive
make[1]: Entering directory `/home/sgage/gnome-shell/source/gobject-introspection'
Making all in .
make[2]: Entering directory `/home/sgage/gnome-shell/source/gobject-introspection'
  CCLD   g-ir-compiler
/usr/bin/ld: ./.libs/libgirepository-parser.a(libgirepository_parser_la-giroffsets.o): undefined reference to symbol 'ffi_type_void'
/usr/bin/ld: note: 'ffi_type_void' is defined in DSO /usr/lib/gcc/i686-linux-gnu/4.5.2/../../../../lib/libffi.so so try adding it to the linker command line
/usr/lib/gcc/i686-linux-gnu/4.5.2/../../../../lib/libffi.so: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [g-ir-compiler] Error 1
make[2]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make: *** [all] Error 2
*** Error during phase build of gobject-introspection: ########## Error running make   *** [2/28]

Any idea what's going on?

xtoudi said:

ln -s ~/gnome-shell/install/share/applications/gnome-shell.desktop ~/.local/share/applications/gnome-shell.desktop gconftool-2 -s /desktop/gnome/session/required_components/windowmanager "gnome-shell" -t string

Thanks, works perfectly.

Anduu said: I just wrote a quick script and added it to my startup applications.

#!/bin/sh
sleep 10
cd /home/gstesting/gnome-shell/source/gnome-shell/src/
./gnome-shell --replace

Saves me the trouble of having to revert back to standard gnome for whatever reason.

Cool I used the option in the post before yours and that worked spot on. Thanks for your help anyway.

Hopefully one last thing, is there anyway to change the default theme?

moore.bryan said: Still dies at gnome-settings-daemon [26/28] make with

CCLD   test-media-keys
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [26/28]

Any ideas, folks?

When I skip this step and continue to build, gnome-shell [27/28] dies during make, so I guess this is kind of important.

I was also stuck at step 26/28 with undefined reference. I got a 404 with rm ~/gnome-shell/install/lib64/*.la but followed these instructions to remove my global .la files and that worked

http://live.gnome.org/GnomeShell/RemovingLaFiles

MattDobson said: Hopefully one last thing, is there anyway to change the default theme?

Thats "easy". Edit the CSS file in it. This post ought to give you some good pointers. http://ubuntuforums.org/showthread.php?t=1479239

This post has examples of themes, but i wouldnt download them because the CSS file structure has changed over time upstream. you could download some and copy/paste specific parts but not the entire file. http://ubuntuforums.org/showthread.php?t=1418056

augias said: Thats "easy". Edit the CSS file in it. This post ought to give you some good pointers. http://ubuntuforums.org/showthread.php?t=1479239

This post has examples of themes, but i wouldnt download them because the CSS file structure has changed over time upstream. you could download some and copy/paste specific parts but not the entire file. http://ubuntuforums.org/showthread.php?t=1418056

Cool thanks for that.

Tried a compile from scratch this morning - still no luck with gobject-introspection:

/usr/bin/ld: ./.libs/libgirepository-parser.a(libgirepository_parser_la-giroffsets.o): undefined reference to symbol 'ffi_type_void'
/usr/bin/ld: note: 'ffi_type_void' is defined in DSO /usr/lib/gcc/i686-linux-gnu/4.5.2/../../../../lib/libffi.so so try adding it to the linker command line
/usr/lib/gcc/i686-linux-gnu/4.5.2/../../../../lib/libffi.so: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [g-ir-compiler] Error 1
make[2]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/gobject-introspection'
make: *** [all] Error 2
*** Error during phase build of gobject-introspection: ########## Error running make   *** [2/28]

Any ideas?

moore.bryan said: Still dies at gnome-settings-daemon [26/28] make with

CCLD   test-media-keys
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [26/28]

Any ideas, folks?

When I skip this step and continue to build, gnome-shell [27/28] dies during make, so I guess this is kind of important.

I'm having this same error, how did you managed to fix it?

Thanks!

amrlima said: I'm having this same error, how did you managed to fix it?

Thanks!Did you try the tip in the first post of this thread or here?

Merk42 said: Did you try the tip in the first post of this thread or here?

I saw the issue with la files after my post. I'm build GS again now. Thanks!

Sorry I'm late to the party... sometimes the *.la fix works, sometimes deleting the whole gnome-shell dir works, sometimes you need to stand on one leg while hopping and singing *Amazing Grace* during a full moon...

Well, I still can't compile the darn thing, but I'm running the latest ricotz version, and it's quite nice. Smooth and elegant, really quite snappy and usable. I am beginning to find myself a bit sorry that Ubuntu is ditching GS for Unity. It seems a sad dilution of effort.

Oh well.

fatal: git-write-tree: error building trees
Cannot save the current index state
*** Error during phase checkout of gdk-pixbuf: ########## Error running git stash save jhbuild-stash *** [7/29]

  [1] Rerun phase checkout
  [2] Ignore error and continue to configure
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"

Anyone seen this? I did a jhbuild -f -a -c just before

Well, another day, another attempt at compiling GS. At least I got past gobject-introspection this time:

dconf-1.0.c:(.text+0xe2f): undefined reference to `g_threads_got_initialized'
dconf-1.0.c:(.text+0xe3f): undefined reference to `g_thread_init'
dconf-1.0.c:(.text+0xe44): undefined reference to `g_type_init'
dconf-1.0.c:(.text+0xe62): undefined reference to `g_str_has_prefix'
dconf-1.0.c:(.text+0xe7b): undefined reference to `g_printerr'
dconf-1.0.c:(.text+0xec9): undefined reference to `g_printerr'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['gcc', '-o', '/home/sgage/gnome-shell/source/dconf/client/tmp-introspectExiPnP/dconf-1.0', '-L.', '-Wl,-rpath=.', '-ldconf', '-pthread', '-L/home/sgage/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/sgage/gnome-shell/source/dconf/client/tmp-introspectExiPnP/dconf-1.0.o']' returned non-zero exit status 1
make[1]: *** [dconf-1.0.gir] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/dconf/client'
make: *** [all-recursive] Error 1
*** Error during phase build of dconf: ########## Error running make   *** [18/33]

There were many more undefined reference errors, but you get the picture.

What next?

cmccauley said:

fatal: git-write-tree: error building trees Cannot save the current index state * Error during phase checkout of gdk-pixbuf: ########## Error running git stash save jhbuild-stash * [7/29]

[1] Rerun phase checkout [2] Ignore error and continue to configure [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over"

Anyone seen this? I did a jhbuild -f -a -c just before

Seriously,this all seems so random to me...Mine barfs at the dconf stage.

I have only managed to successfully build Gnome Shell ***once*** in the last 5 days.I am almost at the point where I am just going to say to hell with it and go with ricotz ppa.

OK, I've had Gnome Shell running for a while but never updated, so I recompiled and got the .la file thing, removed them wiped & started over and the build finished. But when I try and run it I get this

office@office-laptop:~$ ~/gnome-shell/source/gnome-shell/src/gnome-shell --replace

GLib-GIO-ERROR **: Settings schema 'org.gnome.settings-daemon.plugins.xsettings' is not installed

aborting...
Shell killed with signal 5
office@office-laptop:~$ 

Any ideas how to fix?

cmccauley said:

fatal: git-write-tree: error building trees Cannot save the current index state * Error during phase checkout of gdk-pixbuf: ########## Error running git stash save jhbuild-stash * [7/29]

[1] Rerun phase checkout [2] Ignore error and continue to configure [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over"

Anyone seen this? I did a jhbuild -f -a -c just before

Had this earlier as well. Using option [6] did the trick for me.

I've just installed the newest AMD Catalyst 10.11 on my ubuntu 10.10_x64, and the interface is still very laggy. Also the decorator isn't working very well.

I wonder when GS will be usable for my ATI card :D (ATI HD5770 Vapor-X)

Looks like the bugs have been filed to get things going on merging the overview-relayout branch into master.

http://blogs.gnome.org/fmuellner/2010/11/16/moving-forward/

Later, Seeker

xtoudi said: Latest commit:

Skip drawing transparent borders and backgrounds (http://git.gnome.org/browse/gnome-shell/commit/?id=3138b20b11d67eb05fdda1926b7b0550dc2724d8) this improves speed of GS a lot!! At least for me (Intel HD graphics).

Then you can merge master branch with overview-relayout to get speed and new UI.

cd ~/gnome-shell/source/gnome-shell
git merge overview-relayout
jhbuild buildone gnome-shell

And we've got latest master commits with overview-relayout branch.

Hi, How do I only upgrade the branch overview-relayout if you can always Or should you take a normal build and then repeat the steps that you indicated in this post: http://art.ubuntuforums.org/showpost.php?p=9944930&postcount=813

maxfact said: Hi,

How do I only upgrade the branch overview-relayout if you can always Or should you take a normal build and then repeat the steps that you indicated in this post: http://art.ubuntuforums.org/showpost.php?p=9944930&postcount=813 If you want to change master to overview-relayout definitely you can try add

branches['gnome-shell'] = (None, 'overview-relayout')

to you ~/.jhbuildrc file. After this you should always compile overview-relayout branch.

But right now overview-relayout is merged with master changes so if you want to taste this you can:

rm ~/gnome-shell/source/gnome-shell -rf
cd ~/gnome-shell/source/
git clone git://git.gnome.org/gnome-shell -b overview-relayout
jhbuild buildone -n gnome-shell -f

And if you want at the future upgrade only overview-relayout branch you need to change to this branch before pulling ... get the git manual.

I suggest wait a while ... overview-relayout will be merged into master soon.

Before doing this you should compile a whole GNOME-SHELL modules - all 33 modules !!!

Another day, another compile attempt. Another compile attempt, another fail on dconf. Does anyone have any insight into what's going on here? I'd love to check this thing out:

dconf-1.0.c:(.text+0xe2f): undefined reference to `g_threads_got_initialized'
dconf-1.0.c:(.text+0xe3f): undefined reference to `g_thread_init'
dconf-1.0.c:(.text+0xe44): undefined reference to `g_type_init'
dconf-1.0.c:(.text+0xe62): undefined reference to `g_str_has_prefix'
dconf-1.0.c:(.text+0xe7b): undefined reference to `g_printerr'
dconf-1.0.c:(.text+0xec9): undefined reference to `g_printerr'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['gcc', '-o', '/home/sgage/gnome-shell/source/dconf/client/tmp-introspectVjNorz/dconf-1.0', '-L.', '-Wl,-rpath=.', '-ldconf', '-pthread', '-L/home/sgage/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/sgage/gnome-shell/source/dconf/client/tmp-introspectVjNorz/dconf-1.0.o']' returned non-zero exit status 1
make[1]: *** [dconf-1.0.gir] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/dconf/client'
make: *** [all-recursive] Error 1
*** Error during phase build of dconf: ########## Error running make   *** [18/33]

I apologize if I missed this somewhere in the thread, but I have been trying to get through it and haven't see this (nor did it come up in searching).

When I run the first command I get:

The following information may help to resolve the situation:

The following packages have unmet dependencies:
 python-dev : Depends: python2.6-dev (>= 2.6.6-1~) but it is not going to be installed
E: Broken packages

If I try to install (sudo apt-get install python2.6-dev) I get the same message about libssl-dev. If I try to install THAT, I get

The following packages have unmet dependencies:
 libssl-dev : Depends: libssl0.9.8 (= 0.9.8o-1ubuntu4.1) but 0.9.8o-1ubuntu4.2 is to be installed
E: Broken packages

Please help.

sgage said: Another day, another compile attempt. Another compile attempt, another fail on dconf. Does anyone have any insight into what's going on here? I'd love to check this thing out:

dconf-1.0.c:(.text+0xe2f): undefined reference to `g_threads_got_initialized'
dconf-1.0.c:(.text+0xe3f): undefined reference to `g_thread_init'
dconf-1.0.c:(.text+0xe44): undefined reference to `g_type_init'
dconf-1.0.c:(.text+0xe62): undefined reference to `g_str_has_prefix'
dconf-1.0.c:(.text+0xe7b): undefined reference to `g_printerr'
dconf-1.0.c:(.text+0xec9): undefined reference to `g_printerr'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['gcc', '-o', '/home/sgage/gnome-shell/source/dconf/client/tmp-introspectVjNorz/dconf-1.0', '-L.', '-Wl,-rpath=.', '-ldconf', '-pthread', '-L/home/sgage/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/sgage/gnome-shell/source/dconf/client/tmp-introspectVjNorz/dconf-1.0.o']' returned non-zero exit status 1
make[1]: *** [dconf-1.0.gir] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/dconf/client'
make: *** [all-recursive] Error 1
*** Error during phase build of dconf: ########## Error running make   *** [18/33]

I have been stuck in this boat for a couple of days now...no idea how to fix it.

On another note...if you select "give up on module" everything else builds fine except it barfs at the final stage and cannot build gnome-shell etc.

Also it seems some new dependencies are needed...libtasn1-3-dev and libupower-glib-dev IIRC

@sgage

cd ~/gnome-shell/source
rm -rf dconf
jhbuild buildone dconf -f

and here paste a litlle bit more logs...

bdgdl08 said: I apologize if I missed this somewhere in the thread, but I have been trying to get through it and haven't see this (nor did it come up in searching).

When I run the first command I get:

The following information may help to resolve the situation:

The following packages have unmet dependencies:
 python-dev : Depends: python2.6-dev (>= 2.6.6-1~) but it is not going to be installed
E: Broken packages

If I try to install (sudo apt-get install python2.6-dev) I get the same message about libssl-dev. If I try to install THAT, I get

The following packages have unmet dependencies:
 libssl-dev : Depends: libssl0.9.8 (= 0.9.8o-1ubuntu4.1) but 0.9.8o-1ubuntu4.2 is to be installed
E: Broken packages

Please help.

You have to fix your broken packages before you can do anything. Open up synaptic and go to Edit->Fix Broken Packages, and fix the problem.

About deps ... there are a lot of new packages required to compile all 33 stages. A few of them already added to gnome-shell-build-setup.sh but a lot of them not. I should notice all of these ... stupid ... There are a few changes too. New power tray icon and some power-manager stuff. New smooth shadows around windows (mutter) - lookin' very very nice !! And ... gnome-control-center ... all Gnome3!! But small piece of this is working right now :-) Seems to GS is starting to link all modules of Gnome3.

xtoudi said: @sgage

cd ~/gnome-shell/source
rm -rf dconf
jhbuild buildone dconf -f

and here paste a litlle bit more logs...

Here is the entire stage with regards to the dconf failure

gstesting@StormChaser:~/gnome-shell/source$ jhbuild buildone dconf -f
*** Checking out dconf *** [1/1]
git clone git://git.gnome.org/dconf
Cloning into dconf...
remote: Counting objects: 1787, done.
remote: Compressing objects: 100% (1438/1438), done.
remote: Total 1787 (delta 1153), reused 460 (delta 307)
Receiving objects: 100% (1787/1787), 353.08 KiB | 256 KiB/s, done.
Resolving deltas: 100% (1153/1153), done.
git pull --rebase
Current branch master is up to date.
*** Configuring dconf *** [1/1]
./autogen.sh --prefix /home/gstesting/gnome-shell/install --libdir '/home/gstesting/gnome-shell/install/lib64' --disable-editor --disable-static --disable-gtk-doc 
automake (GNU automake) 1.11.1
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Tom Tromey <tromey@redhat.com>
       and Alexandre Duret-Lutz <adl@gnu.org>.
configure.ac:1: warning: AC_INIT: not a literal: https://bugzilla.gnome.org/enter_bug.cgi?product=dconf
configure.ac:1: warning: AC_INIT: not a literal: https://bugzilla.gnome.org/enter_bug.cgi?product=dconf
configure.ac:10: installing `aux/install-sh'
configure.ac:10: installing `aux/missing'
bin/Makefile.am: installing `aux/depcomp'
configure.ac:1: warning: AC_INIT: not a literal: https://bugzilla.gnome.org/enter_bug.cgi?product=dconf
configure: WARNING: unrecognized options: --disable-static
checking for a BSD-compatible install... /usr/bin/install-check
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for valac... /home/gstesting/gnome-shell/install/bin/valac
checking /home/gstesting/gnome-shell/install/bin/valac is at least version 0.9.5... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for gobject-introspection... yes
checking for gtkdoc-check... /usr/bin/gtkdoc-check
checking for gtkdoc-rebase... /usr/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /usr/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... no
checking for gio... yes
checking which gtk+ version to compile against... 2.0
checking for gio-querymodules... /home/gstesting/gnome-shell/install/bin/gio-querymodules
configure: creating ./config.status
config.status: creating common/Makefile
config.status: creating gvdb/Makefile
config.status: creating engine/Makefile
config.status: creating gsettings/Makefile
config.status: creating client/dconf.pc
config.status: creating client/Makefile
config.status: creating service/Makefile
config.status: creating bin/Makefile
config.status: creating editor/Makefile
config.status: creating tests/Makefile
config.status: creating docs/Makefile
config.status: creating Makefile
config.status: executing depfiles commands
configure: WARNING: unrecognized options: --disable-static
*** Building dconf *** [1/1]
make  
Making all in gvdb
make[1]: Entering directory `/home/gstesting/gnome-shell/source/dconf/gvdb'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/gstesting/gnome-shell/source/dconf/gvdb'
Making all in service
make[1]: Entering directory `/home/gstesting/gnome-shell/source/dconf/service'
  CC     gvdb-builder.o
  CC     gvdb-reader.o
  CC     dconf-shmdir.o
  CC     dconf-interfaces.o
  CC     dconf-rebuilder.o
  CC     dconf-writer.o
  CC     dconf-state.o
  CC     service.o
  CCLD   dconf-service
  GEN    ca.desrt.dconf.service
make[1]: Leaving directory `/home/gstesting/gnome-shell/source/dconf/service'
Making all in gsettings
make[1]: Entering directory `/home/gstesting/gnome-shell/source/dconf/gsettings'
  CC     dconf-engine.o
  CC     dconf-shmdir.o
  CC     gvdb-reader.o
  CC     dconfsettingsbackend.o
  CCLD   libdconfsettings.so
make[1]: Leaving directory `/home/gstesting/gnome-shell/source/dconf/gsettings'
Making all in tests
make[1]: Entering directory `/home/gstesting/gnome-shell/source/dconf/tests'
  CC     dconf-paths.o
  CC     paths.o
  CCLD   paths
make[1]: Leaving directory `/home/gstesting/gnome-shell/source/dconf/tests'
Making all in client
make[1]: Entering directory `/home/gstesting/gnome-shell/source/dconf/client'
  CC     dconf-shmdir.o
  CC     dconf-paths.o
  CC     dconf-engine.o
  CC     gvdb-reader.o
  VALAC  libdconf_so_0_0_0_vala.stamp
  CC     dconf-client.o
  CCLD   libdconf.so.0.0.0
  GEN    libdconf.so.0
  GEN    libdconf.so
  GISCAN dconf-1.0.gir
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `g_string_append_c_inline':
dconf-1.0.c:(.text+0x7a): undefined reference to `g_string_insert_c'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `escaped_printf':
dconf-1.0.c:(.text+0x14e): undefined reference to `g_markup_vprintf_escaped'
dconf-1.0.c:(.text+0x194): undefined reference to `g_output_stream_write_all'
dconf-1.0.c:(.text+0x1bf): undefined reference to `g_log'
dconf-1.0.c:(.text+0x1ce): undefined reference to `g_clear_error'
dconf-1.0.c:(.text+0x1dd): undefined reference to `g_free'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `goutput_write':
dconf-1.0.c:(.text+0x227): undefined reference to `g_output_stream_write_all'
dconf-1.0.c:(.text+0x24f): undefined reference to `g_log'
dconf-1.0.c:(.text+0x25b): undefined reference to `g_clear_error'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `invoke_get_type':
dconf-1.0.c:(.text+0x288): undefined reference to `g_module_symbol'
dconf-1.0.c:(.text+0x291): undefined reference to `g_io_error_quark'
dconf-1.0.c:(.text+0x2b5): undefined reference to `g_set_error'
dconf-1.0.c:(.text+0x2d2): undefined reference to `g_io_error_quark'
dconf-1.0.c:(.text+0x2f6): undefined reference to `g_set_error'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_properties':
dconf-1.0.c:(.text+0x319): undefined reference to `g_type_fundamental'
dconf-1.0.c:(.text+0x32b): undefined reference to `g_type_class_ref'
dconf-1.0.c:(.text+0x342): undefined reference to `g_object_class_list_properties'
dconf-1.0.c:(.text+0x354): undefined reference to `g_type_default_interface_ref'
dconf-1.0.c:(.text+0x36b): undefined reference to `g_object_interface_list_properties'
dconf-1.0.c:(.text+0x3af): undefined reference to `g_type_name'
dconf-1.0.c:(.text+0x3ee): undefined reference to `g_free'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_signals':
dconf-1.0.c:(.text+0x418): undefined reference to `g_signal_list_ids'
dconf-1.0.c:(.text+0x449): undefined reference to `g_signal_query'
dconf-1.0.c:(.text+0x455): undefined reference to `g_type_name'
dconf-1.0.c:(.text+0x494): undefined reference to `g_type_name'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_object_type':
dconf-1.0.c:(.text+0x4fc): undefined reference to `g_type_name'
dconf-1.0.c:(.text+0x537): undefined reference to `g_type_parent'
dconf-1.0.c:(.text+0x545): undefined reference to `g_string_new'
dconf-1.0.c:(.text+0x577): undefined reference to `g_type_name'
dconf-1.0.c:(.text+0x589): undefined reference to `g_string_append'
dconf-1.0.c:(.text+0x595): undefined reference to `g_type_parent'
dconf-1.0.c:(.text+0x5d5): undefined reference to `g_string_free'
dconf-1.0.c:(.text+0x5e6): undefined reference to `g_type_test_flags'
dconf-1.0.c:(.text+0x624): undefined reference to `g_type_interfaces'
dconf-1.0.c:(.text+0x64f): undefined reference to `g_type_name'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_interface_type':
dconf-1.0.c:(.text+0x6cd): undefined reference to `g_type_name'
dconf-1.0.c:(.text+0x6fd): undefined reference to `g_type_interface_prerequisites'
dconf-1.0.c:(.text+0x72f): undefined reference to `g_type_name'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_boxed_type':
dconf-1.0.c:(.text+0x7b0): undefined reference to `g_type_name'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_flags_type':
dconf-1.0.c:(.text+0x7ef): undefined reference to `g_type_class_ref'
dconf-1.0.c:(.text+0x7ff): undefined reference to `g_type_name'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_enum_type':
dconf-1.0.c:(.text+0x8b7): undefined reference to `g_type_class_ref'
dconf-1.0.c:(.text+0x8c7): undefined reference to `g_type_name'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_fundamental_type':
dconf-1.0.c:(.text+0x986): undefined reference to `g_type_name'
dconf-1.0.c:(.text+0x9b4): undefined reference to `g_type_test_flags'
dconf-1.0.c:(.text+0x9df): undefined reference to `g_type_test_flags'
dconf-1.0.c:(.text+0xa05): undefined reference to `g_type_parent'
dconf-1.0.c:(.text+0xa13): undefined reference to `g_string_new'
dconf-1.0.c:(.text+0xa45): undefined reference to `g_type_name'
dconf-1.0.c:(.text+0xa56): undefined reference to `g_type_name'
dconf-1.0.c:(.text+0xa68): undefined reference to `g_string_append'
dconf-1.0.c:(.text+0xa74): undefined reference to `g_type_parent'
dconf-1.0.c:(.text+0xabd): undefined reference to `g_string_free'
dconf-1.0.c:(.text+0xae1): undefined reference to `g_type_interfaces'
dconf-1.0.c:(.text+0xb0c): undefined reference to `g_type_name'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `dump_type':
dconf-1.0.c:(.text+0xb64): undefined reference to `g_type_fundamental'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `g_irepository_dump':
dconf-1.0.c:(.text+0xc65): undefined reference to `g_module_open'
dconf-1.0.c:(.text+0xc75): undefined reference to `g_module_error'
dconf-1.0.c:(.text+0xc7d): undefined reference to `g_io_error_quark'
dconf-1.0.c:(.text+0xca0): undefined reference to `g_set_error'
dconf-1.0.c:(.text+0xcc3): undefined reference to `g_strsplit'
dconf-1.0.c:(.text+0xcd6): undefined reference to `g_file_new_for_path'
dconf-1.0.c:(.text+0xced): undefined reference to `g_file_new_for_path'
dconf-1.0.c:(.text+0xd09): undefined reference to `g_file_read'
dconf-1.0.c:(.text+0xd49): undefined reference to `g_file_replace'
dconf-1.0.c:(.text+0xd59): undefined reference to `g_input_stream_get_type'
dconf-1.0.c:(.text+0xd6b): undefined reference to `g_type_check_instance_cast'
dconf-1.0.c:(.text+0xd7d): undefined reference to `g_input_stream_close'
dconf-1.0.c:(.text+0xd8c): undefined reference to `g_output_stream_get_type'
dconf-1.0.c:(.text+0xd9e): undefined reference to `g_type_check_instance_cast'
dconf-1.0.c:(.text+0xdb0): undefined reference to `g_output_stream_get_type'
dconf-1.0.c:(.text+0xdc2): undefined reference to `g_type_check_instance_cast'
dconf-1.0.c:(.text+0xdde): undefined reference to `g_hash_table_new'
dconf-1.0.c:(.text+0xde7): undefined reference to `g_input_stream_get_type'
dconf-1.0.c:(.text+0xdf9): undefined reference to `g_type_check_instance_cast'
dconf-1.0.c:(.text+0xe01): undefined reference to `g_data_input_stream_new'
dconf-1.0.c:(.text+0xe11): undefined reference to `g_object_unref'
dconf-1.0.c:(.text+0xe2b): undefined reference to `g_data_input_stream_read_line'
dconf-1.0.c:(.text+0xe4d): undefined reference to `g_free'
dconf-1.0.c:(.text+0xe5e): undefined reference to `g_strchomp'
dconf-1.0.c:(.text+0xe96): undefined reference to `g_free'
dconf-1.0.c:(.text+0xeab): undefined reference to `g_hash_table_lookup'
dconf-1.0.c:(.text+0xec7): undefined reference to `g_hash_table_insert'
dconf-1.0.c:(.text+0xecc): undefined reference to `g_output_stream_get_type'
dconf-1.0.c:(.text+0xede): undefined reference to `g_type_check_instance_cast'
dconf-1.0.c:(.text+0xf03): undefined reference to `g_free'
dconf-1.0.c:(.text+0xf14): undefined reference to `g_hash_table_destroy'
dconf-1.0.c:(.text+0xf19): undefined reference to `g_output_stream_get_type'
dconf-1.0.c:(.text+0xf2b): undefined reference to `g_type_check_instance_cast'
dconf-1.0.c:(.text+0xf58): undefined reference to `g_input_stream_get_type'
dconf-1.0.c:(.text+0xf6a): undefined reference to `g_type_check_instance_cast'
dconf-1.0.c:(.text+0xf7b): undefined reference to `g_input_stream_close'
dconf-1.0.c:(.text+0xf8b): undefined reference to `g_output_stream_get_type'
dconf-1.0.c:(.text+0xf9d): undefined reference to `g_type_check_instance_cast'
dconf-1.0.c:(.text+0xfae): undefined reference to `g_output_stream_close'
/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o: In function `main':
dconf-1.0.c:(.text+0xff3): undefined reference to `g_threads_got_initialized'
dconf-1.0.c:(.text+0x1001): undefined reference to `g_thread_init'
dconf-1.0.c:(.text+0x1006): undefined reference to `g_type_init'
dconf-1.0.c:(.text+0x1026): undefined reference to `g_str_has_prefix'
dconf-1.0.c:(.text+0x1043): undefined reference to `g_printerr'
dconf-1.0.c:(.text+0x1095): undefined reference to `g_printerr'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['gcc', '-o', '/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0', '-L.', '-Wl,-rpath=.', '-ldconf', '-pthread', '-L/home/gstesting/gnome-shell/install/lib64', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/gstesting/gnome-shell/source/dconf/client/tmp-introspectdi8DyO/dconf-1.0.o']' returned non-zero exit status 1
make[1]: *** [dconf-1.0.gir] Error 1
make[1]: Leaving directory `/home/gstesting/gnome-shell/source/dconf/client'
make: *** [all-recursive] Error 1
*** Error during phase build of dconf: ########## Error running make   *** [1/1]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice: 

Do a whole procedure again step by step:

2.

1. Get required libs (first post)

cd ~
rm -rf ~/gnome-shell
curl -O http://git.gnome.org/browse/gnome-shell/plain/tools/build/gnome-shell-build-setup.sh
/bin/bash gnome-shell-build-setup.sh

(here you should be prompted about installing new libs)

jhbuild build

EDIT: I shouldn't ask ... can you do:

sudo apt-get install jhbuild

Somteimes, after installing new system we've got jhbuild on /home/user (other partition) but there is no jhbuild on system .. and this can do a mess??

xtoudi said: Do a whole procedure again step by step:

2.

1. Get required libs (first post)

cd ~
rm -rf ~/gnome-shell
curl -O http://git.gnome.org/browse/gnome-shell/plain/tools/build/gnome-shell-build-setup.sh
/bin/bash gnome-shell-build-setup.sh

(here you should be prompted about installing new libs)

jhbuild build

EDIT: I shouldn't ask ... can you do:

sudo apt-get install jhbuild

Somteimes, after installing new system we've got jhbuild on /home/user (other partition) but there is no jhbuild on system .. and this can do a mess??

I've been doing it from the ground up every day for the past several days. I've been getting the latest gnome-shell-build-setup every day before attempting a compile, and have jhbuild installed. I make sure to delete *.la in the appropriate places, delete ~/gnome-shell and ~/Source, run the new gnome-shell-build-setup, and to the build. It always quits at dconf.

I have built GS successfully many, many times in the past, but lately I just can't get past dconf. I'm baffled.

lets remove old dconf config.

cd
mv .config/dconf .config/dconf-backup

and again

jhbuild buildone dconf -f

xtoudi said: lets remove old dconf config.

cd
mv .config/dconf .config/dconf-backup

and again

jhbuild buildone dconf -f

Alas, same error on dconf :KS

Thought I'd try the relayout branch and see the improvements, now GNOME Shell won't build...

cc1: warnings being treated as errors
shell-global.c: In function ‘shell_global_get_property’:
shell-global.c:164: error: implicit declaration of function ‘meta_plugin_get_background_actor’
shell-global.c:164: error: passing argument 2 of ‘g_value_set_object’ makes pointer from integer without a cast
/home/bryan/gnome-shell/install/include/glib-2.0/gobject/gobject.h:512: note: expected ‘gpointer’ but argument is of type ‘int’
make[3]: *** [libgnome_shell_la-shell-global.lo] Error 1
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-shell'
make: *** [all] Error 2

Help?

sgage said: Alas, same error on dconf :KS

No change on my end either.

Anduu said: No change on my end either.

No idea what's wrong with your dconf .... Do you have GS from ppa?? Ricotz PPA?? No idea what else you should check/uninstall/set ...

xtoudi said: No idea what's wrong with your dconf ....

Do you have GS from ppa?? Ricotz PPA?? No idea what else you should check/uninstall/set ...

No, no GS installed, either from standard repo or ppa. I give up.

Please could the original poster add 'libxklavier-dev' to the list of required packages :)

I am giving it another go....My install is by no means standard(...I have been upgrading since at least Lucid IIRC...) and has several third party ppas in use.I went on a hunt for questionable package versioning and changed a few back to the default Natty versions,however none suggested a dconf issue,but we will see.

The OP definitely needs to revise the instructions.

New dependencies need to be added to the list.

Also the command for removing *.la files should more closely match what is here http://live.gnome.org/GnomeShell/RemovingLaFiles In it's present form the command will not remove write protected system files nor .la files that may be in the lib32/lib64 directories.

I would suggest something like:

rm ~/gnome-shell/install/*.la && sudo rm -rf /usr/lib*/*.la

Anyways...as I write this my compile is at stage 14 "gconf" and no errors yet.We will see what happens when it gets do dconf again.

*crosses fingers*

getting the same dconf error here with a build from absolute scratch , hand deleted everything having to do with GS and jhbuild and started over .

No changes here...

I have pretty much spent all day with this.

I cannot,for the life of me,find anything wrong on my end.I have successfully cleaned my system of any ppas and reverted any packages which could even remotely effect things.

Something I have noticed:

The gnome-shell version in ricotz/testing ppa is 9 days old while gnome-shell in ricotz/staging https://launchpad.net/~ricotz/+archive/staging has failed to build recently(...the last few days IIRC...).Coincidence?

Another thing is that I get the exact same error building dconf regardless of whether I have any dconf libs installed or not.I can't find any configure errors either way.Does gnome-shell even use these or is it compiling it's own version and this is where it is failing?

I dunno...something tells me something is broken on their end.

Does anyone know of a more official place to discuss this or file a bug perhaps?

O.K. so I am rambling...I am far from an expert on all this however I am trying hard to learn to fix the more complex stuff.

Anduu said: No changes here...

I have pretty much spent all day with this.

I cannot,for the life of me,find anything wrong on my end.I have successfully cleaned my system of any ppas and reverted any packages which could even remotely effect things.

Something I have noticed:

The gnome-shell version in ricotz/testing ppa is 9 days old while gnome-shell in ricotz/staging https://launchpad.net/~ricotz/+archive/staging has failed to build recently(...the last few days IIRC...).Coincidence?

Another thing is that I get the exact same error building dconf regardless of whether I have any dconf libs installed or not.I can't find any configure errors either way.Does gnome-shell even use these or is it compiling it's own version and this is where it is failing?

I dunno...something tells me something is broken on their end.

Does anyone know of a more official place to discuss this or file a bug perhaps?

O.K. so I am rambling...I am far from an expert on all this however I am trying hard to learn to fix the more complex stuff.

yeah, try here http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Anduu said:

Something I have noticed:

The gnome-shell version in ricotz/testing ppa is 9 days old while gnome-shell in ricotz/staging https://launchpad.net/~ricotz/+archive/staging has failed to build recently(...the last few days IIRC...).Coincidence?

Well I think this is not coincidence. The problem seems to be quite common, suggesting a broken source at the moment. The last successful build in ricotz PPA is git20101108. That is almost two weeks old. Rico is trying to build gnome-shell package more or less daily. The other packages build fine (mutter, gjs, gnome-themes-standard, gnome-desktop3).

Would be interesting to see Rico comment on this.

cariboo907 said: You have to fix your broken packages before you can do anything. Open up synaptic and go to Edit->Fix Broken Packages, and fix the problem.

I have done this, but it doesn't work. I have tried to manually install the dependencies, but that's a no-go as well. I get down to libssl0.9.8 and it tells me it's at the most current version. When I go to get libssl-dev it tells me I need libssl0.9.8 and that it will install it. I'm so confused!!!

Ok Ok Ok Ok....grrr.

I think I have this figured out.

The command ``` sudo rm -rf /usr/lib*/*.la

Out of curiousity I did a search in Nautilus for .la files and guess what?I had like 400+ of them even after running sudo rm -rf /usr/lib*/*.la

I manually deleted them through Nautilus and am compiling as I write this.I pray this is the answer.

Now do not quote me on this but through some tinkering I believe the command should read ```
sudo rm  /usr/lib*/*.la

I think what is happening with the other command is that by employing wildcards AND the recursive switch rm messes up. Maybe someone more knowledgable than me can clarify this?

I am sorry Merk42 I noticed you just updated the how-to :oops:

EDIT:

Damn....still barfs at dconf.

Welp...I'm out of ideas ](*,)

Anduu said: I would suggest something like:

rm ~/gnome-shell/install/*.la

You forgot the lib folder. Which also is different depending on if you have a 32 or 64 bit system. To be on the safe side:

rm ~/gnome-shell/install/lib/*.la && rm ~/gnome-shell/install/lib64/*.la

Also I just yesterday build all 33 steps, including both the normal and the overlay-redesign Shell branches, successfully. So it seems possible to build it. When something farks up, try option [6]. Sometimes it helps solve the problem, as git --rebases don't always seem to work flawlessly.

@Anduu The GNOME Shell build page now tells us about the .la issue. The page it points to for more information talks about hard/soft linking in files and explains apt will put more .la files on your system. It suggests using the following code to keep those pesky .la files off your computer:

sudo tee /etc/apt/apt.conf.d/90removela <<< 'DPkg { Post-Invoke { "rm /usr/lib*/*.la 2> /dev/null || true"; }; };'

im having a new build error

/home/omega52390/gnome-shell/install/lib64/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/omega52390/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/omega52390/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_list_free_full'
/home/omega52390/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_get_environ'
/home/omega52390/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/omega52390/gnome-shell/install/lib64/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/omega52390/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/omega52390/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/omega52390/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/omega52390/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/omega52390/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"

first time trying to build from source i dont have much confidence in my cli skills also i had been running ricotz for a long time but since he stopped supporting 10.10 i figured I'd try this any tips i dont want to start over if i dont have to

update i did more reading on this thread tried doing the .la removal command (many of the different iterations) and i always get this error

omega52390@omega52390-laptop:~$ rm ~/gnome-shell/install/lib/*.la && rm ~/gnome-shell/install/lib64/*.la
rm: cannot remove `/home/omega52390/gnome-shell/install/lib/*.la': No such file or directory

omega52390 said: update i did more reading on this thread tried doing the .la removal command (many of the different iterations) and i always get this error

omega52390@omega52390-laptop:~$ rm ~/gnome-shell/install/lib/*.la && rm ~/gnome-shell/install/lib64/*.la
rm: cannot remove `/home/omega52390/gnome-shell/install/lib/*.la': No such file or directory

Then your probably have a 64 bit system. Try just using the second part:

rm ~/gnome-shell/install/lib64/*.la

@bash alright ill try that tried the combo one once didnt work however im having to rebuild step 8 due to some of the other things i tried so it may be a while

also after one thing cant remember what, I got a different error (still on 27 =P) but it seemed like i was moving foward if only slightly because it only had 3 makes fail instead of 5 dont know though i could have moved a step backward

Two things:

Any ideas? Thanks...

• Is everyone running the overview-relayout branch seeing *really* slow response times to search?
• The new gnome-control-center GNOME Shell installs doesn't seem to obey the rules I set about not dimming the LCD when on battery.

well i am now moving forward after deleting the gnome-shell folder i reran jhbuild and got all the way to 29/32 so i made it two steps closer however i have run into a new problem and its one that i can understand happening because it seems like its related to another issued on my system that i have been ignoring

checking for UPOWER... no
configure: error: Package requirements (upower-glib >= 0.9.1) were not met:

No package 'upower-glib' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables UPOWER_CFLAGS
and UPOWER_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
*** Error during phase configure of gnome-control-center: ########## Error running ./autogen.sh --prefix /home/omega52390/gnome-shell/install --libdir '/home/omega52390/gnome-shell/install/lib64'  --disable-static --disable-gtk-doc  *** [29/32]

  [1] Rerun phase configure
  [2] Ignore error and continue to build
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "clean"
  [8] Go to phase "distclean"

it says upower is missing but when i look it up is shows it in synaptic (at least i think it does) im going to try a few things but any advice in the mean time would be appreciated

omega52390 said: well i am now moving forward after deleting the gnome-shell folder i reran jhbuild and got all the way to 29/32 so i made it two steps closer however i have run into a new problem and its one that i can understand happening because it seems like its related to another issued on my system that i have been ignoring

checking for UPOWER... no
configure: error: Package requirements (upower-glib >= 0.9.1) were not met:

No package 'upower-glib' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables UPOWER_CFLAGS
and UPOWER_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
*** Error during phase configure of gnome-control-center: ########## Error running ./autogen.sh --prefix /home/omega52390/gnome-shell/install --libdir '/home/omega52390/gnome-shell/install/lib64'  --disable-static --disable-gtk-doc  *** [29/32]

  [1] Rerun phase configure
  [2] Ignore error and continue to build
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "clean"
  [8] Go to phase "distclean"

it says upower is missing but when i look it up is shows it in synaptic (at least i think it does) im going to try a few things but any advice in the mean time would be appreciated

Install libupower-glib1 and libupower-glib-dev

already had upower but installing upower dev fixed it thanks a ton :KS

omega52390 said: already had upower but installing upower dev fixed it thanks a ton :KS

Good stuff....let me know how the build goes?

It will be interesting to see if you get the same dconf error I do.

Anduu said: Install libupower-glib1 and libupower-glib-devSo I guess those and libgnone-keyring-dev are new dependencies?

Merk42 said: So I guess those and libgnone-keyring-dev are new dependencies?

They are recent yes...since late last week or so when the build jumped to 32 stages.

[SIZE="3"]For those with jhbuild failing at the dconf stage:[/SIZE]

Countless hours of monkeying around have finally paid off...I think :-k

I Googled up this obscure IRC log >>> http://rotty.yi.org/irclogs/gnome/%23introspection/2010-09-07/#e402 Check out <Keruspe>'s comments (I linked to the appropriate spot on the page...they should be the first visible...).There is a lot of interesting discussion there but his are the relevent points for us.

What I did was:

1: When the build fails select option 4 in the menu.This will drop you to the jhbuild shell. 2: Scroll up to and find the ./autogen line for the dconf stage 3: Copy/paste this line into the shell and add --disable-introspection at the end.It should look like ``` ./autogen.sh --prefix ~/gnome-shell/install --libdir '~/gnome-shell/install/lib64' --disable-editor --disable-static --disable-gtk-doc [COLOR="Red"]--disable-introspection[/COLOR]

I am compiling 64bit so adjust your --libdir accordingly.

**4:** Hit enter and let it do it's thing.
**5:** Once it is done type [COLOR="Red"]exit[/COLOR] and hit enter.You will now be back at the menu.
**6:** Select option one and it should compile succesfully and then carry on with the rest of the stages.

One caveat...I have not played around a lot yet with it but gnome shell seems to function properly however I have no idea whether this breaks any functionality or not.

Let me know if this works for you and if it breaks anything.The impression I get from the chat log...although I don't exactly understand all of it...seems to suggest it shouldn't.

Anduu said:

./autogen.sh --prefix /home/gnomeshelltest/gnome-shell/install --libdir '/home/gnomeshelltest/gnome-shell/install/lib64' --disable-editor --disable-static --disable-gtk-doc [COLOR="Red"]--disable-introspection[/COLOR]

I assume your username for that install is gnomeshelltest? The command like that will only work for people who also call their install gnomeshelltest. To make it work for everyone change it to:

./autogen.sh --prefix [color=red]~[/color]/gnome-shell/install --libdir '[color=red]~[/color]/gnome-shell/install/lib64' --disable-editor --disable-static --disable-gtk-doc [COLOR="Red"]--disable-introspection[/COLOR]

bash said: I assume your username for that install is gnomeshelltest? The command like that will only work for people who also call their install gnomeshelltest. To make it work for everyone change it to:

./autogen.sh --prefix [color=red]~[/color]/gnome-shell/install --libdir '[color=red]~[/color]/gnome-shell/install/lib64' --disable-editor --disable-static --disable-gtk-doc [COLOR="Red"]--disable-introspection[/COLOR]

Whoops yeah...in my haste to post i forgot to note that....fixed.

ok now that i have the shell up and running im currently trying out the branch there are some really nice things about it like switching workspaces from overview by click and drag and moving apps to other workspaces by edge hitting but i would like a way to view all the workspaces at once again i miss that a lot

one other thing a bit more important than aesthetics thats bothering me is system settings is broken I it looks like it was made wrong and i cant use it at all is anyone else having problems with trying to use system settings?

oh yeah also my terminal is only transparent when maximized but not when its just a normal window does anyone else have this problem or a fix for it and why the hell did they do this theme thing i want my old theme is there anyway to put on a different one?

omega52390 said: ok now that i have the shell up and running im currently trying out the branch there are some really nice things about it like switching workspaces from overview by click and drag and moving apps to other workspaces by edge hitting but i would like a way to view all the workspaces at once again i miss that a lot

one other thing a bit more important than aesthetics thats bothering me is system settings is broken I it looks like it was made wrong and i cant use it at all is anyone else having problems with trying to use system settings?

oh yeah also my terminal is only transparent when maximized but not when its just a normal window does anyone else have this problem or a fix for it and why the hell did they do this theme thing i want my old theme is there anyway to put on a different one?

Did you compile it with my fix?Possible breakage from using that method?

I only have ricotz version to campare it to.System settings doesn't exist in that version.

My terminal too is solid coloured until maximised.

ok let me explain a bit more system settings was also broken when i originally built it as normal gs. before this i was running whatever ricotz stopped at on 10.10 and the control center worked fine.

I don't think the new settings are completely integrated yet.

yeah i was just about to say that i realized that it was theme moving away from the gtk2 stuff that they were using as a crutch for the demo version that you get on 10.10.

moving on i kinda like the branch build but i left it because there was no workspace overview option. but anyway i was wondering if you could use the themes I've seen before on the compiled version i know a lot has changed since those themes were made, also I'm assuming no gtk3 themes yet for use seeing as the themes settings is still the gtk2 one

dig some more playing around and went back to relayout branch. i also discovered that the search function on system settings still work even if it looks deprecated i also noticed the way internal application windows on certain program have this slick new way of appearing like on the archive manager the window that pops up to choose the extraction destination watch how it opens.

after all of my testing i have decided that i need a table/pad/slate/etc... you get the idea, NOW!!!! i want to put gnome shell on a tablet so freakin badly especially the relayout branch the way gs operates is by far the most touch friendly desktop interface i have ever seen or used!

one more thing i just remembered, when running the relayout branch do i still use plain jhbuild build to update or do i need some other options?

Just a quick note:

Avoid the mozilla-daily ppa.It breaks the ability to build gjs by changing to an incompatible version of xulrunner.

Has anyone found/does anyone have a fix to the slow lookup of installed programs in the overview-relayout branch?

moore.bryan said: Has anyone found/does anyone have a fix to the slow lookup of installed programs in the overview-relayout branch?

You can always ask an author http://blogs.gnome.org/fmuellner/2010/11/16/moving-forward/

I can confirm that problem exists.

Anduu said: Just a quick note:

Avoid the mozilla-daily ppa.It breaks the ability to build gjs by changing to an incompatible version of xulrunner.

gjs is compatible with the versions in there. Please be more specific about the problem you're having

chrisccoulson said: gjs is compatible with the versions in there. Please be more specific about the problem you're having

This was a problem before, but it was fixed during Maverick development cycle. The package libgjs-dev depends on xulrunner.dev (>=1.9.2), I do not see any problems there. Still, package gnome-shell depends on xulrunner-1.9.2, so that package must be available.

Anduu said: Just a quick note:

Avoid the mozilla-daily ppa.It breaks the ability to build gjs by changing to an incompatible version of xulrunner.

I use the moz-daily PPA and can build the Shell without a problem. So I can't confirm that problem.

Btw what I have been meaning to ask for a while, is anyone else getting really bad performance with the fglrx driver and the overlay-redesign branch? Additionally I get a lot of windows where the the -bar areas (menubar, toolbar, ...) are semi-transparent.

chrisccoulson said: gjs is compatible with the versions in there. Please be more specific about the problem you're having

I don't recall what the exact error was now but it failed to build until I removed the ppa and downgraded.

No time now but I will try it again this evening and see what's up.

xtoudi said: You can always ask an author

http://blogs.gnome.org/fmuellner/2010/11/16/moving-forward/

I can confirm that problem exists.

Thanks for the link, xtoudi; I posted, so we'll see if there's a response.

Harry33 said: This was a problem before, but it was fixed during Maverick development cycle.

The package libgjs-dev depends on xulrunner.dev (>=1.9.2), I do not see any problems there. Still, package gnome-shell depends on xulrunner-1.9.2, so that package must be available.

And now the newest gjs (0.7.7-0ubuntu1, new in launchpad, not in repos yet) needs xulrunner-2.0-mozjs and libgjs0b instead of libgjs0a. There is, however, no gnome-shell package around yet not depending on xulrunner-1.9.2.

.

Those that use the Mozilla Daily PPA - yeah, it breaks stuff starting a few days ago, but it's easy to fix: you must not install "xulrunner-dev" but "xulrunner-1.9.2-dev" and everything will work.

If you do not do this, you'll get an error related to "gjs".

nilarimogard said: Those that use the Mozilla Daily PPA - yeah, it breaks stuff starting a few days ago, but it's easy to fix: you must not install "xulrunner-dev" but "xulrunner-1.9.2-dev" and everything will work.

If you do not do this, you'll get an error related to "gjs".

Well, once this list is complete, we'll be dropping xulrunner-1.9.2 anyway, so that will only ever be a temporary workaround

chrisccoulson said: Well, once this list is complete, we'll be dropping xulrunner-1.9.2 anyway, so that will only ever be a temporary workaround

Yes of course it is a natural development to shift to a more recent version (xulrunner-2.0 + xulrunner-2.0-mozjs; which are already in repos). Yet there are no gnome-shell package around, that would use this new version. It is mentioned as "done" in the list, but the only build (an old 2.31.5 version) failed in Launchpad. When do we get to see a 2.91.x version of gnome-shell?

Seems that a few minutes ago overview-relayout branch was merged into master. So now we've got complete new Gnome-Shell user interface - traditional 'jhbuild build' is enough to compile it (without any switching to other branches).

I've just built everything this morning, I can't remember the last time I did before, but they've changed the expose-looking screen (whatever their official name for it is) and I can't seem to get it to display more than one desktop at once, am I just missing something or did they really do away with that?

levk said: I've just built everything this morning, I can't remember the last time I did before, but they've changed the expose-looking screen (whatever their official name for it is) and I can't seem to get it to display more than one desktop at once, am I just missing something or did they really do away with that?

Yes, they did.

About transparency in terminal. Is it only on my terminal that my terminal has no transparency?? I think it happened when was added soft shadows in mutter (maybe two weeks ago). Anyone can confirm this?

EDIT There is transparency only when terminal is maximized.

xtoudi said: Yes, they did.

About transparency in terminal. Is it only on my terminal that my terminal has no transparency?? I think it happened when was added soft shadows in mutter (maybe two weeks ago). Anyone can confirm this?

EDIT There is transparency only when terminal is maximized.

Yes same here, transparency only when maximized. That might still be a bug.

For those who can't/won't/haven't yet built the most recent version, I've updated the images in the first post.

Just built with the new branch...I like it a lot better than the old overview.Mutter seems quite a bit smoother now too.Not quite there yet though...

Still can't get dconf to build on its own...still have to use --disable-introspection during the configuration phase.Still bugs the crap out of me.

Quick question: Gnome shell runs fine using xorg-edgers drivers however trying to run it using default xorg and radeon drivers results in massive screen artifacts/corruption.Is this normal?

Anduu said: Just built with the new branch...I like it a lot better than the old overview.Mutter seems quite a bit smoother now too.Not quite there yet though...

Still can't get dconf to build on its own...still have to use --disable-introspection during the configuration phase.Still bugs the crap out of me.

Quick question: Gnome shell runs fine using xorg-edgers drivers however trying to run it using default xorg and radeon drivers results in massive screen artifacts/corruption.Is this normal?

Yes---I did a rebuild & am now running the new GS---looks very sweet--using my dual 9800GT-SLI system & windows are MUCH smoother with this version---almost on time with the cursor....

Instersting......I had to do a full system rebuild this weekend (see: http://ubuntuforums.org/showthread.php?t=1633848 & http://ubuntuforums.org/showthread.php?t=1632277&page=3 If you want the details)...I would guess that a clean install "seemed" to make a real difference & the new version is so much better that the Unity-testing install I'm running also......

@xtoudi,

I followed your tutorial earlier on how to enable overlay-relayout, and it worked nicely. Now that it has been merged into master I presume this is no longer necessary, so which of your changes do I have to undo to get back to default?

Cheers and thanks in advance amoxi

amoxi said: @xtoudi,

I followed your tutorial earlier on how to enable overlay-relayout, and it worked nicely. Now that it has been merged into master I presume this is no longer necessary, so which of your changes do I have to undo to get back to default?

Cheers and thanks in advance amoxi

You don't need to undo any changes ... just compile everything. In case of problems you can:

rm -rf ~/gnome-shell/source/gnome-shell

and compile again.

EDIT. If you added branch overview-relayout to your .jhbuildrc just remove it.

Thank you!

I will try that once I'm back at home.

oh, and by the way: Gnome Shell rocks!! :popcorn:

Cheers amoxi

make  
make  all-recursive
make[1]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon'
Making all in gnome-settings-daemon
make[2]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/gnome-settings-daemon'
make  all-am
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/gnome-settings-daemon'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/gnome-settings-daemon'
make[2]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/gnome-settings-daemon'
Making all in plugins
make[2]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins'
Making all in common
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/common'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/common'
Making all in a11y-keyboard
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/a11y-keyboard'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/a11y-keyboard'
Making all in automount
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/automount'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/automount'
Making all in background
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/background'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/background'
Making all in clipboard
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/clipboard'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/clipboard'
Making all in datetime
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/datetime'
make  all-am
make[4]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/datetime'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/datetime'
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/datetime'
Making all in dummy
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/dummy'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/dummy'
Making all in housekeeping
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/housekeeping'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/housekeeping'
Making all in keybindings
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/keybindings'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/keybindings'
Making all in keyboard
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/keyboard'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/keyboard'
Making all in media-keys
make[3]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make  all-recursive
make[4]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
Making all in cut-n-paste
make[5]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys/cut-n-paste'
make[5]: Nothing to be done for `all'.
make[5]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys/cut-n-paste'
make[5]: Entering directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
  CCLD   test-media-keys
/home/marc/gnome-shell/install/lib64/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_set_dummy_callback'
/home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_add_child_source'
/home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_list_free_full'
/home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_get_environ'
/home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/marc/gnome-shell/install/lib64/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/marc/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice: 

I get this error when running jhbuild build

dyltman said:

make make all-recursive make[1]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon' Making all in gnome-settings-daemon make[2]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/gnome-settings-daemon' make all-am make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/gnome-settings-daemon' make[3]: Nothing to be done for all-am'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/gnome-settings-daemon' make[2]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/gnome-settings-daemon' Making all in plugins make[2]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins' Making all in common make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/common' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/common' Making all in a11y-keyboard make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/a11y-keyboard' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/a11y-keyboard' Making all in automount make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/automount' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/automount' Making all in background make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/background' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/background' Making all in clipboard make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/clipboard' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/clipboard' Making all in datetime make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/datetime' make all-am make[4]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/datetime' make[4]: Nothing to be done for all-am'. make[4]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/datetime' make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/datetime' Making all in dummy make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/dummy' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/dummy' Making all in housekeeping make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/housekeeping' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/housekeeping' Making all in keybindings make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/keybindings' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/keybindings' Making all in keyboard make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/keyboard' make[3]: Nothing to be done for all'. make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/keyboard' Making all in media-keys make[3]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' make all-recursive make[4]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' Making all in cut-n-paste make[5]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys/cut-n-paste' make[5]: Nothing to be done for all'. make[5]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys/cut-n-paste' make[5]: Entering directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' CCLD test-media-keys /home/marc/gnome-shell/install/lib64/libgtk-x11-3.0.so: undefined reference to g_source_get_time' /home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to g_source_set_dummy_callback' /home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to g_main_context_invoke' /home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to g_source_add_child_source' /home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to g_list_free_full' /home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to g_get_environ' /home/marc/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to g_signal_accumulator_first_wins' /home/marc/gnome-shell/install/lib64/libgtk-x11-3.0.so: undefined reference to g_get_monotonic_time' collect2: ld returned 1 exit status make[5]: * [test-media-keys] Error 1 make[5]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' make[4]: * [all-recursive] Error 1 make[4]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' make[3]: * [all] Error 2 make[3]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' make[2]: * [all-recursive] Error 1 make[2]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon/plugins' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory /home/marc/gnome-shell/source/gnome-settings-daemon' make: * [all] Error 2 * Error during phase build of gnome-settings-daemon: ########## Error running make * [27/32]

[1] Rerun phase build [2] Ignore error and continue to install [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "configure" [8] Go to phase "clean" [9] Go to phase "distclean" choice:

I get this error when running jhbuild build

Getting the same error here. Help please

If you get libgio-2.0.so erros:

open second terminal:

rm ~/gnome-shell/install/lib64/*.la
rm ~/gnome-shell/install/lib/*.la

go back to main terminal, get option 6 (wipe).

xtoudi said: If you get libgio-2.0.so erros:

open second terminal:

rm ~/gnome-shell/install/lib64/*.la
rm ~/gnome-shell/install/lib/*.la

go back to main terminal, get option 6 (wipe).

Thanks, that solved the issue for me

I think this has been mentioned before but why does moving windows lag behind the cursor?

I thought it was and it felt like performance problems before but I'm trying gnome shell again lately and it seems a lot more like window dragging friction is being done intentionally.

I'm getting that undefined reference error earlier than the above , sofar I have twice removed the .la files and run step 6 and once deleted the entire gnome-shell dir and started from scratch it keeps stalling at

/home/ron/gnome-shell/source/dconf/client/tmp-introspectFm0BEe/dconf-1.0.o: In function `main':
dconf-1.0.c:(.text+0xff3): undefined reference to `g_threads_got_initialized'
dconf-1.0.c:(.text+0x1001): undefined reference to `g_thread_init'
dconf-1.0.c:(.text+0x1006): undefined reference to `g_type_init'
dconf-1.0.c:(.text+0x1026): undefined reference to `g_str_has_prefix'
dconf-1.0.c:(.text+0x1043): undefined reference to `g_printerr'
dconf-1.0.c:(.text+0x1095): undefined reference to `g_printerr'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['gcc', '-o', '/home/ron/gnome-shell/source/dconf/client/tmp-introspectFm0BEe/dconf-1.0', '-L.', '-Wl,-rpath=.', '-ldconf', '-pthread', '-L/home/ron/gnome-shell/install/lib64', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/ron/gnome-shell/source/dconf/client/tmp-introspectFm0BEe/dconf-1.0.o']' returned non-zero exit status 1
make[1]: *** [dconf-1.0.gir] Error 1
make[1]: Leaving directory `/home/ron/gnome-shell/source/dconf/client'
make: *** [all-recursive] Error 1
*** Error during phase build of dconf: ########## Error running make   *** [18/32]

ronacc said: I'm getting that undefined reference error earlier than the above , sofar I have twice removed the .la files and run step 6 and once deleted the entire gnome-shell dir and started from scratch it keeps stalling at

/home/ron/gnome-shell/source/dconf/client/tmp-introspectFm0BEe/dconf-1.0.o: In function `main':
dconf-1.0.c:(.text+0xff3): undefined reference to `g_threads_got_initialized'
dconf-1.0.c:(.text+0x1001): undefined reference to `g_thread_init'
dconf-1.0.c:(.text+0x1006): undefined reference to `g_type_init'
dconf-1.0.c:(.text+0x1026): undefined reference to `g_str_has_prefix'
dconf-1.0.c:(.text+0x1043): undefined reference to `g_printerr'
dconf-1.0.c:(.text+0x1095): undefined reference to `g_printerr'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['gcc', '-o', '/home/ron/gnome-shell/source/dconf/client/tmp-introspectFm0BEe/dconf-1.0', '-L.', '-Wl,-rpath=.', '-ldconf', '-pthread', '-L/home/ron/gnome-shell/install/lib64', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/ron/gnome-shell/source/dconf/client/tmp-introspectFm0BEe/dconf-1.0.o']' returned non-zero exit status 1
make[1]: *** [dconf-1.0.gir] Error 1
make[1]: Leaving directory `/home/ron/gnome-shell/source/dconf/client'
make: *** [all-recursive] Error 1
*** Error during phase build of dconf: ########## Error running make   *** [18/32]

I haven't been able to build dconf properly for weeks now...I did find a workaround.

See here http://ubuntuforums.org/showpost.php?p=10156003&postcount=219

Thanks Anduu for reminding me , you told me about that the last time I did a full rebuild a few days ago and it got me going that time too but I had forgotten already , short term memory loss :lolflag: I did have to make a couple of adjustments this time , it wanted an absolute path for libdir wouldn't accept the ~ and It threw an unknown option error about --disable-static so I deleted that and it building now , up to gnome-icon-theme .

ronacc said: Thanks Anduu for reminding me , you told me about that the last time I did a full rebuild a few days ago and it got me going that time too but I had forgotten already , short term memory loss :lolflag: I did have to make a couple of adjustments this time , it wanted an absolute path for libdir wouldn't accept the ~ and It threw an unknown option error about --disable-static so I deleted that and it building now , up to gnome-icon-theme .

You don't have to tell me about bad short term memory...mine is awful...lol :p

IIRC the --disable-static error has always popped up.

Its built and running now , got some problems with this new build , lost my wireless in GS and ctrl>c in the term only half kills the shell and does not return to a normal sessiion , fortunately the term stayed active so I could restart the shell , its late here I'll play with it more tomorrow .

So yesterday I built the latest build and it looks great, but, how do I access my folders without using Docky or something similar?

MattDobson said: So yesterday I built the latest build and it looks great, but, how do I access my folders without using Docky or something similar?

Saw this discussed on the Gnome Shell mailing list...

One thing you can do for now is launch nautilus from a terminal.Then you can right click the nautilus icon on the sidebar and add it to your favourites.

Ewwww, thats a bit of a roundabout way to do it isn't it?

MattDobson said: Ewwww, thats a bit of a roundabout way to do it isn't it?

Yes, it is. If you have any places (left pane in nautilus) you can get it typing their names in overview.

Hi all,

Just built the latest gnome-shell and discovered that I can't see all my desktops in the Overview - not much of an overview then is it!

After about a year with GS, I think I've had enough. If the 'Overview' doesn't work then I'm going back to metacity + compiz.

Chris

ATM I can't get a regular gnome desktop , nautilus dies trying to start with an undefined symbol error starting the gdu extension , both gnome-shell and unity are ok but on boot I have a blank background and have to start one or the other from term .

OSX puts Finder on the dock without the possibility of removal, so they should put Nautilus on favorites. Although I have to say overall this branch feels like a usability regression to me, I really liked the multiple desktop view in overview and the recent documents stuff was nice too at least for me despite the general reaction

levk said: OSX puts Finder on the dock without the possibility of removal, so they should put Nautilus on favorites. Although I have to say overall this branch feels like a usability regression to me, I really liked the multiple desktop view in overview and the recent documents stuff was nice too at least for me despite the general reaction

I agree it does feel more or less like a regression. From what I read on the mailing list I assume they will implement some some form of 'Documents & Places' in the near future, although it seems like it might take longer than one would hope.

Also, I'm really missing the grid view. I never found the linear view (is that what it's called?) useful unless I had a ton of windows on a single desktop. Unfortunately the only thing I've read concerning this from a developer was on Florian Mullner's blog where he claims that the future of grid mode is 'uncertain'.

quickridge said: I agree it does feel more or less like a regression. From what I read on the mailing this I assume they will implement some some form of 'Documents & Places' in the near future, although it seems like it might take longer than one would hope.

Also, I'm really missing the grid view. I never found the linear view (is that what it's called?) useful unless I had a ton of windows on a single desktop. Unfortunately the only thing I've read concerning this from a developer was on Florian Mullner's blog where he claims that the future of grid mode is 'uncertain'.

Only reason for them I see to ax the grid view is it was weird when you had multiple monitors but I personally think they should've just worked on that part, they didn't have to actually display what the monitors look like, what you care about is that desktop with the applications running on it regardless of how many monitors that desktop takes up.

xtoudi said: Yes, it is.

If you have any places (left pane in nautilus) you can get it typing their names in overview.

Ah still, I would rather have to click an icon rather than type a name of a folder. Hope this feature comes back soon.

i really like the new system however i totally agree that the grid view is completely necessary so i must say that i dont like the current version entirely because of that lacking i have a great idea though which would probably require entirely too much coding to do what if each screen has it own set of workspaces that show up on its screen in overview you can pick workspaces on each screen independently and if it get extra fun you could move workspaces in between screens

Here is nice mockup of the current overview with desktops (video)....it looks very promising ... http://jimmac.musichall.cz/log/?p=1107

xtoudi said: Here is nice mockup of the current overview with desktops (video)....it looks very promising ...

http://jimmac.musichall.cz/log/?p=1107

They should give users more credit, I honestly never bothered to use multiple desktops before the grid view (ie before g-shell). Grid view is what made the leap for me.

This solution is OK I guess, but I doubt I'll be using it much anyway. The grid advantage is it lets you instinctively move your eyes to the part of the screen where the app you want is because that's where you left it. You don't really care about desktops as they are, you care to switch to a specific app. This way you introduce an extra click as compared to grid view - first you click the desktop then you click the app. With grid you just click the app.

I mean I honestly don't even know the proper terminology for things - whether they're called desktops or workspaces or whatever and I was able to pick things up fine.

This might sound like a silly question, but how often should I update GS? Everyday or once a week? How often are additions or updates being added?

This atom feed will keep you informed about every modifications. You can base your decisions to update on what you think worths it. http://git.gnome.org/browse/gnome-shell/atom/?h=master

Got a new build error

collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice: 

What do I do?

As I see this, Gnome-Shell is quite tough one. Not at all easy to test. In official Natty repos there is no working version available.

wersdaluv said: Got a new build error

collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/allan/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice: 

What do I do?

I think that is something to do with not having the latest version of libnotify, have you looked at this guide here: http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html

Your error is mentioned there and how to fix it.

Framli said: This atom feed will keep you informed about every modifications. You can base your decisions to update on what you think worths it.

http://git.gnome.org/browse/gnome-shell/atom/?h=master

Cool thanks for that.

Hello folks,

I hadn't tried to compile GS in quite some time, so I thought I'd give it a go this weekend. I get as far as mutter:

ui/theme.c: In function ‘meta_gtk_state_to_string’:
ui/theme.c:6109: error: enumeration value ‘GTK_STATE_INCONSISTENT’ not handled in switch
ui/theme.c:6109: error: enumeration value ‘GTK_STATE_FOCUSED’ not handled in switch
make[4]: *** [libmutter_private_la-theme.lo] Error 1
make[4]: Leaving directory `/home/sgage/gnome-shell/source/mutter/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/sgage/gnome-shell/source/mutter/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/sgage/gnome-shell/source/mutter/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sgage/gnome-shell/source/mutter'
make: *** [all] Error 2
*** Error during phase build of mutter: ########## Error running make   *** [16/32]

Any ideas?

There was a huge upload patches into GTK3 in last few hours so we need to wait. it seems that there are problems :-) Look at this http://git.gnome.org/browse/gtk+/log - last 4 hours (now) ... a lot of pages!!

xtoudi said: There was a huge upload patches into GTK3 in last few hours so we need to wait. it seems that there are problems :-)

Look at this http://git.gnome.org/browse/gtk+/log - last 4 hours (now) ... a lot of pages!!

Wow - I'll say! I'll try to be patient...

GTK3 just built for me----

EDIT--spoke too soon--Mutter errors:``` ui/theme.c: In function &#8216;meta_gtk_state_to_string&#8217;: ui/theme.c:6109:3: error: enumeration value &#8216;GTK_STATE_INCONSISTENT&#8217; not handled in switch ui/theme.c:6109:3: error: enumeration value &#8216;GTK_STATE_FOCUSED&#8217; not handled in switch

Just built fine for me but will not run...

gnomeshelltest@StormChaser:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace
Window manager warning: Log level 16: specified class size for type `MetaFrames' is smaller than the parent type's `GtkWindow' class size
Window manager warning: Log level 8: g_once_init_leave: assertion `initialization_value != 0' failed
Window manager warning: Log level 8: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
Window manager warning: Log level 8: gtk_widget_show: assertion `GTK_IS_WIDGET (widget)' failed
pkill: 2770 - Operation not permitted
      JS LOG: GNOME Shell started at Sat Dec 04 2010 12:41:26 GMT-0700 (MST)

(mutter:3580): Gvc-WARNING **: Connection failed, reconnecting...
Window manager warning: Log level 8: gtk_widget_get_style: assertion `GTK_IS_WIDGET (widget)' failed
Window manager warning: Log level 8: g_object_ref: assertion `G_IS_OBJECT (object)' failed
Window manager warning: Log level 8: gtk_widget_get_style: assertion `GTK_IS_WIDGET (widget)' failed
Window manager warning: Log level 8: gtk_style_attach: assertion `GTK_IS_STYLE (style)' failed
Shell killed with signal 11

(gnome-power-manager:3598): GLib-GObject-WARNING **: specified class size for type `GsdOsdWindow' is smaller than the parent type's `GtkWindow' class size

(gnome-power-manager:3598): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed

(gnome-power-manager:3598): GLib-GObject-CRITICAL **: g_type_register_static: assertion `parent_type > 0' failed

(gnome-power-manager:3598): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed

(gnome-power-manager:3598): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
gnomeshelltest@StormChaser:~/gnome-shell/source/gnome-shell/src$ 

I didn't build from scratch so that could possibly be the problem...I'll probably let things settle a bit before I try again.

autocrosser said: GTK3 just built for me----

What about mutter? We're talking about problems with mutter.

EDIT - ok .. I see your EDIT ;-)

I'm having the same problem as everyone else with mutter. It seems like every time I try to "git" (lol) gnome-shell there is all ways some kind of wide spread problem.

RJ12 said: I'm having the same problem as everyone else with mutter. It seems like every time I try to "git" (lol) gnome-shell there is all ways some kind of wide spread problem.

Hah! I know how you feel. I'll take a break from GS for a while, decide to check it out again, and *boom*, something unravels. I have an instinct for it ;)

I just hope its fixed soon :)

Also in Natty official repos there are issues with GTK+3 and mutter. GTK+3 (2.91.5) makes mutter (2.91.3) segfault. See the bug # 683279 https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/683279

Harry33 said: Also in Natty official repos there are issues with GTK+3 and mutter.

GTK+3 (2.91.5) makes mutter (2.91.3) segfault. See the bug # 683279 https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/683279

We've got GTK+3 (2.91.5) and mutter (2.91.3) since a week at least. And everything works great ... till now - so this is sth new. Like I said before - a lot of patches into GTK+ a few hours ago.

O.K. just tried building from scratch and mutter fails to build like everyone else.

Guess we just need to keep an eye out for GTK3/mutter updates...

Anduu said: O.K. just tried building from scratch and mutter fails to build like everyone else.

Guess we just need to keep an eye out for GTK3/mutter updates...

Today new fixes are landing mostly on GTK3: http://git.gnome.org/browse/gtk+ and mutter: http://git.gnome.org/browse/mutter

Do we know if the recent fixes are addressing the usability issues with gnome-control-center?

moore.bryan said: Do we know if the recent fixes are addressing the usability issues with gnome-control-center?

Compiled all. Condition of gnome-control-center is much better.

Hi all, today I update the gnome-shell sources and get an error, see:

cc1: warnings being treated as errors
gsd-media-keys-window.c: In function ‘draw_volume_boxes’:
gsd-media-keys-window.c:414: error: implicit declaration of function ‘gtk_widget_get_style’
gsd-media-keys-window.c:414: error: assignment makes pointer from integer without a cast
.....
*** Error during phase build of gnome-power-manager: ########## Error running make   *** [30/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice:

I try some method ,such as delete the .la file, or choose "6" to recompile, but failed. Can some give a help? Thanks a lot.

tmacyunn said: Hi all, today I update the gnome-shell sources and get an error, see:

cc1: warnings being treated as errors
gsd-media-keys-window.c: In function ‘draw_volume_boxes’:
gsd-media-keys-window.c:414: error: implicit declaration of function ‘gtk_widget_get_style’
gsd-media-keys-window.c:414: error: assignment makes pointer from integer without a cast
.....
*** Error during phase build of gnome-power-manager: ########## Error running make   *** [30/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice:

I try some method ,such as delete the .la file, or choose "6" to recompile, but failed. Can some give a help? Thanks a lot.

I'm getting the same error~

foureight84 said: I'm getting the same error~

And so am I.

[Edit: I told it to ignore the module and move on, and it finished up successfully from there. The resulting gnome-shell seems to be working fine.]

It looks like a code bug and not a dependency bug. I'm not seeing any error with make. just the output regarding &#8216;gtk_widget_get_style'

xtoudi said: Compiled all.

Condition of gnome-control-center is much better. So, can I assume the GTK3 bugs are also fixed that kept almost everyone from successfully compiling?

moore.bryan said: So, can I assume the GTK3 bugs are also fixed that kept almost everyone from successfully compiling?

Except gnome-power-manager, yes. But gnome-power-manager is not required to compile gnome-shell.

I'm getting the following error

/home/russjr08/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_set_dummy_callback'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_add_child_source'
/home/russjr08/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_list_free_full'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/russjr08/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice: 

Edit: Never mind, got it working using the rm ~/gnome-shell/install/lib/*.la command (for 32 bit), but just figured out that gnome-shell doesn't really support my card right now.

RJ12 said: I'm getting the following error

/home/russjr08/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_source_get_time'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_set_dummy_callback'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_add_child_source'
/home/russjr08/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_list_free_full'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/russjr08/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/russjr08/gnome-shell/install/lib/libgtk-x11-3.0.so: undefined reference to `g_get_monotonic_time'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/russjr08/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice: 

I want to use the new gnome shell so badly!

Those look like "a lot of 'undefined reference' errors", did you try what I suggested in the OP?

rm ~/gnome-shell/install/*.la && sudo rm -rf /usr/lib*/*.la

Been getting this Error during phase build of gnome-power-manager error. I already tried building from scratch, but I still get it

*** Building gnome-power-manager *** [30/32]
make  
make  all-recursive
make[1]: Entering directory `/home/allan/gnome-shell/source/gnome-power-manager'
Making all in src
make[2]: Entering directory `/home/allan/gnome-shell/source/gnome-power-manager/src'
echo "#include \"gpm-marshal.h\"" > gpm-marshal.c && \
	/home/allan/gnome-shell/install/bin/glib-genmarshal gpm-marshal.list --prefix=gpm_marshal --body >> gpm-marshal.c
/home/allan/gnome-shell/install/bin/glib-genmarshal gpm-marshal.list --prefix=gpm_marshal --header > gpm-marshal.h
make  all-am
make[3]: Entering directory `/home/allan/gnome-shell/source/gnome-power-manager/src'
  CC     gpm-debug.o
  CC     gpm-array-float.o
  CC     gpm-idletime.o
  CC     egg-console-kit.o
  CC     gpm-common.o
  CC     gpm-brightness.o
  CC     gpm-marshal.o
  CC     gpm-upower.o
  AR     libgpmshared.a
  CC     gnome_power_manager-gpm-dpms.o
  CC     gnome_power_manager-gpm-phone.o
  CC     gnome_power_manager-gpm-backlight.o
  CC     gnome_power_manager-gpm-idle.o
  CC     gnome_power_manager-gpm-disks.o
  CC     gnome_power_manager-gpm-control.o
  CC     gnome_power_manager-gpm-button.o
  CC     gnome_power_manager-gpm-main.o
  CC     gnome_power_manager-gpm-manager.o
  CC     gnome_power_manager-gpm-tray-icon.o
  CC     gnome_power_manager-gpm-screensaver.o
  CC     gnome_power_manager-gsd-media-keys-window.o
cc1: warnings being treated as errors
gsd-media-keys-window.c: In function ‘draw_volume_boxes’:
gsd-media-keys-window.c:414:9: error: implicit declaration of function ‘gtk_widget_get_style’
gsd-media-keys-window.c:414:15: error: assignment makes pointer from integer without a cast
make[3]: *** [gnome_power_manager-gsd-media-keys-window.o] Error 1
make[3]: Leaving directory `/home/allan/gnome-shell/source/gnome-power-manager/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/allan/gnome-shell/source/gnome-power-manager/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/allan/gnome-shell/source/gnome-power-manager'
make: *** [all] Error 2
*** Error during phase build of gnome-power-manager: ########## Error running make   *** [30/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"

What do I do?

wersdaluv said: Been getting this Error during phase build of gnome-power-manager error. I already tried building from scratch, but I still get it

*** Building gnome-power-manager *** [30/32]
make  
make  all-recursive
make[1]: Entering directory `/home/allan/gnome-shell/source/gnome-power-manager'
Making all in src
make[2]: Entering directory `/home/allan/gnome-shell/source/gnome-power-manager/src'
echo "#include \"gpm-marshal.h\"" > gpm-marshal.c && \
	/home/allan/gnome-shell/install/bin/glib-genmarshal gpm-marshal.list --prefix=gpm_marshal --body >> gpm-marshal.c
/home/allan/gnome-shell/install/bin/glib-genmarshal gpm-marshal.list --prefix=gpm_marshal --header > gpm-marshal.h
make  all-am
make[3]: Entering directory `/home/allan/gnome-shell/source/gnome-power-manager/src'
  CC     gpm-debug.o
  CC     gpm-array-float.o
  CC     gpm-idletime.o
  CC     egg-console-kit.o
  CC     gpm-common.o
  CC     gpm-brightness.o
  CC     gpm-marshal.o
  CC     gpm-upower.o
  AR     libgpmshared.a
  CC     gnome_power_manager-gpm-dpms.o
  CC     gnome_power_manager-gpm-phone.o
  CC     gnome_power_manager-gpm-backlight.o
  CC     gnome_power_manager-gpm-idle.o
  CC     gnome_power_manager-gpm-disks.o
  CC     gnome_power_manager-gpm-control.o
  CC     gnome_power_manager-gpm-button.o
  CC     gnome_power_manager-gpm-main.o
  CC     gnome_power_manager-gpm-manager.o
  CC     gnome_power_manager-gpm-tray-icon.o
  CC     gnome_power_manager-gpm-screensaver.o
  CC     gnome_power_manager-gsd-media-keys-window.o
cc1: warnings being treated as errors
gsd-media-keys-window.c: In function ‘draw_volume_boxes’:
gsd-media-keys-window.c:414:9: error: implicit declaration of function ‘gtk_widget_get_style’
gsd-media-keys-window.c:414:15: error: assignment makes pointer from integer without a cast
make[3]: *** [gnome_power_manager-gsd-media-keys-window.o] Error 1
make[3]: Leaving directory `/home/allan/gnome-shell/source/gnome-power-manager/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/allan/gnome-shell/source/gnome-power-manager/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/allan/gnome-shell/source/gnome-power-manager'
make: *** [all] Error 2
*** Error during phase build of gnome-power-manager: ########## Error running make   *** [30/32]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"

What do I do?

Well, as mentioned above in the thread, I picked door number 3 (give up on module) and the rest of the compile was successful, and the resulting GS seems to work just fine.

i'd pick 8 Go to phase "clean" and then maybe 6 - Go to phase "wipe directory and start over"

dext said: i'd pick 8 Go to phase "clean" and then maybe 6 - Go to phase "wipe directory and start over"

Except that won't work - at least it didn't for me in several tries. In any case gnome-shell does not depend on gnome-power-management, so you can just ignore it and move on. This has been discussed above in the thread.

Network Manager dies whenever I run an Adobe Air app.

Does this have something to do with the stuff that didn't build (gnome-power-manager or maybe stuff that depend on it)? This seems to be the first time I encountered something like this

Just update the sources code, the errors seem to be solved. Thanks for those working on this.

tmacyunn said: Just update the sources code, the errors seem to be solved.

Thanks for those working on this. Same here. No more gnome-power-manager or any other error

Gnome-shell crash after recieving massages with Empathy.

trying to restart it result in :

JS LOG: GNOME Shell started at Tue Dec 07 2010 19:38:28 GMT+0100 (CET) JS LOG: Failed to acquire org.freedesktop.Notifications; trying again

(mutter:12858): GdmUser-WARNING **: Unable to load CK history: no seat-id found Shell killed with signal 11

relogging fixes this

Compiled fine, but now I'm getting this after I hover over Activities a couple of times:

(gnome-panel:3381): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion `global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
      JS LOG: GNOME Shell started at Tue Dec 07 2010 23:38:46 GMT-0700 (MST)
      JS LOG: Failed to acquire org.freedesktop.Notifications; trying again

(mutter:8728): GdmUser-WARNING **: Unable to load CK history: no seat-id found

** (ck-history:8745): WARNING **: Unknown option --since=2010-10-09T06:38:47.435087Z
**
Cogl-glx:ERROR:./cogl-pipeline.c:2964:_cogl_pipeline_layer_resolve_authorities: assertion failed: (remaining == 0)
Shell killed with signal 6

I'm using Maverick, Nvidia, 64-bit

For all those that don't want to compile there is a very easy way to try the most up to date Gnome Shell:

1. Download the Fedora 15 Rawhide Iso
2. Run the livecd. enter the 'desktop effects' app and select 'Gnome 3'
3. You'll be running the newest build of Gnome Shell :)

[Here is a pic for those interested [click here]]("http://ubuntuone.com/p/SwK/")

simpleblue said: For all those that don't want to compile there is a very easy way to try the most up to date Gnome Shell:

1. Download the Fedora 15 Rawhide Iso
2. Run the livecd. enter the 'desktop effects' app and select 'Gnome 3'
3. You'll be running the newest build of Gnome Shell :)

[Here is a pic for those interested [click here]]("http://ubuntuone.com/p/SwK/")

1. Is this a daily iso ?
2. Download a whole iso to try GS ??
3. Fedora? This is Ubuntu forum ...

xtoudi said:

1. Is this a daily iso ?

1. Download a whole iso to try GS ??
2. Fedora? This is Ubuntu forum ...

Simpleblue is right about the fact that if one does not want to use jhbuild, that might be one solution. After all, there is not any working version (old or new) in neither of:

• Natty repositories
• Any PPA in launchpad.

Still I hope there will be one quite soon. Micah Gersten is about to upload new Gnome-shell into Natty repos, one of these days I think.

xtoudi said:

1. Is this a daily iso ?

1. Download a whole iso to try GS ??
2. Fedora? This is Ubuntu forum ...

This is an alternate solution. I agree that it is a big download, but it's main benefit is ease of use and not having to compile. There are many people having issues compiling on this thread.

And you get to see the bleeding edge of Linux (Fedora 15), which can be cool, so long as it doesn't crash and burn before it even starts. ;)

Personally I wouldn't want to try GS in Ubuntu because as of now there's no future in it. Ubuntu is moving away from GS.

Ubuntu may be moving away from gnome-shell, but it will still be available in the repositories,. for anyone that wants to use it. As Harry33 says, hopefully there will be an updated version available. I personally prefer gnome-shell over Unity.

cariboo907 said: I personally prefer gnome-shell over Unity.

Well.... I prefer Docky or sometimes AWN... :D

I use docky along with Unity and gnome-shell

cariboo907 said: I use docky along with Unity and gnome-shell

Yup... do you need GS or Unity....? ;)

Both Gnome and Ubuntu are doing something that a normal user doesn't want !

A majority wants a dock as every descent Macuser....!!

Do we actually need a two panel interface. To me it seems like Gnome and Ubuntu are trying to differentiate themselves from both Windows and OSX, which I welcome. Both Windows and OSX share a lot of things, and most Linux DEs share a lot with both, which makes it easier for users of both to make the transition to Ubuntu/Gnome.

If you check the Screenshot thread you will see many desktops are setup to emulate Windows or OSX, to me this is getting pretty tired looking, anything that can be done to change the user interface is a welcome change for many of us.

cariboo907 said: Do we actually need a two panel interface. To me it seems like Gnome and Ubuntu are trying to differentiate themselves from both Windows and OSX, which I welcome. Both Windows and OSX share a lot of things, and most Linux DEs share a lot with both, which makes it easier for users of both to make the transition to Ubuntu/Gnome.

If you check the Screenshot thread you will see many desktops are setup to emulate Windows or OSX, to me this is getting pretty tired looking, anything that can be done to change the user interface is a welcome change for many of us.

Well.... as I wrote both Ubuntu and Gnome missing the point what a user wants..... Windows have some sort of a dock and for sure MacOsx got one.

Unity is beautiful eyecandy and GS is what the "nerds" brought to us, but both they are missing what a user wants.

I am going to use the best of the two running Docky or AWN.....!!

(sorry for my english;) )

plun said: Well.... as I wrote both Ubuntu and Gnome missing the point what a user wants..... Windows have some sort of a dock and for sure MacOsx got one.

Unity is beautiful eyecandy and GS is what the "nerds" brought to us, but both they are missing what a user wants.

I am going to use the best of the two running Docky or AWN.....!!

(sorry for my english;) )

i think users dont necessarily want a dock they just want a quick and easy way to access the programs they use regulary.

for example: my parents dont care about a dock they just want to be able to access the program they use regulary quickly and easily.

Copied and pasted from my post in another thread....

I was watching this episode of Vanishing Son the other day and it started out with this story.

This old man had a horse he kept penned in a field behind his house. One day the horse escaped. His neighbors all came over and said "That's bad." and the old man replied "How do you know?. The next day the old man's horse returned bringing a bunch of wild horses with it. His neighbors all came over and said "That's good." and the old man replied "How do you know?".

plun said: Both Gnome and Ubuntu are doing something that a normal user doesn't want !

How do you know? ;)

Later, Seeker

This discussion is getting a little off topic, I blame myself for that, so could we please keep this thread about gnome-shell, and not what our personal preferences are.

BTW, great analogy seeker5528

Does gnome shell currently support 2 monitors each as a seperate x-screen?

cariboo907 said: Ubuntu may be moving away from gnome-shell, but it will still be available in the repositories,. for anyone that wants to use it. As Harry33 says, hopefully there will be an updated version available. I personally prefer gnome-shell over Unity.

OK, I just noticed Rico has managed to build a new gnome-shell package. You'll find it in his staging PPA: https://launchpad.net/~ricotz/+archive/staging

The packages there are almost all very recent git-versions, so some precaution using them might be wise. On the other hand, most of the packages can be uninstalled without any effects on the normal system (gnome-panel, Natty). However packages like gnome-settings-daemon and libgnomekbd are GTK+3 versions and may break your system. I would not install those.

By looking at the dependencies of the new gnome-shell package (2.91.3+git20101210.26a5197d-0ubuntu1~11.04~ricotz0.2) I can see that it depends on very recent (not in Natty repos) clutter (1.5.8-0ubuntu1) and the package gir1.0-mutter-2.91. So you must also use this staging PPA mutter, because in Natty repos we have gir1.0-mutter-2.31 (which is obviously an old name). Both those mutter packages are still of the version 2.91.3.

In Natty repos we have many recent packages like (gjs, libgjs0b, libgnome-desktop3, gsettings-desktop-schemas and gobject-introspection) and it is very likely that they will work.

The package gnome-themes-standard can only be found in Rico's PPA.

Just to contribute: I just successfully built GNOME Shell on Ubuntu 10.10 and Fedora 14 with no errors.

@moore.bryan: Congrats on finally getting it to work. :)

You can find a bleeding edge Gnome-Shell for Natty in the testing PPA of Rico Tzschichholz: https://launchpad.net/~ricotz/+archive/testing

The packages there are all very recent versions and installing Gnome-shell from this PPA can be a good option to jhbuild. However, keep in mind that this way it will be an installation into the system and will break some applications and functions. Rico says in his PPA that Gnome-shell needs packages like gnome-settings-daemon_2.91.5.1 and thus also libgnomekbd_2.91.3.1. which both are GTK+3 versions.

Installing GTK+3 version of gnome-settings-daemon will break GTk2-theming in several ways. The themes in Gnome-panel (GTK+2) do not work after this. Also gdm will lose theming and its background (it will be plain black).

But it is also possible to downgrade GTK+3 version of gnome-settings-daemon and libgnomekbd7 and libgnomekbd-common to GTK+2 versions with Synaptic.

cariboo907 said: @moore.bryan: Congrats on finally getting it to work. :)

Thanks, cariboo!

Anyone having a problem building gobject-introspection this evening? I'm getting a linking warning: `` GISCAN GModule-2.0.gir g-ir-scanner: GModule: warning: 1 warnings suppressed (use --warn-all to see them) GISCAN Gio-2.0.gir /home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0.o:(.data+0x548): undefined reference to g_periodic_get_type' collect2: ld returned 1 exit status linking of temporary binary failed: Command '['/bin/bash', './libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0', '-export-dynamic', '-pthread', '-L/home/dean/gnome-shell/install/lib64', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '-lgio-2.0', '/home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0.o']' returned non-zero exit status 1 make[2]: * [Gio-2.0.gir] Error 1 make[2]: Leaving directory /home/dean/gnome-shell/source/gobject-introspection' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory /home/dean/gnome-shell/source/gobject-introspection' make: * [all] Error 2 * Error during phase build of gobject-introspection: ########## Error running make *** [2/32]

autocrosser said: Anyone having a problem building gobject-introspection this evening? I'm getting a linking warning: ```

GISCAN GModule-2.0.gir g-ir-scanner: GModule: warning: 1 warnings suppressed (use --warn-all to see them) GISCAN Gio-2.0.gir /home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0.o:(.data+0x548): undefined reference to g_periodic_get_type' collect2: ld returned 1 exit status linking of temporary binary failed: Command '['/bin/bash', './libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0', '-export-dynamic', '-pthread', '-L/home/dean/gnome-shell/install/lib64', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '-lgio-2.0', '/home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0.o']' returned non-zero exit status 1 make[2]: * [Gio-2.0.gir] Error 1 make[2]: Leaving directory /home/dean/gnome-shell/source/gobject-introspection' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory `/home/dean/gnome-shell/source/gobject-introspection' make: * [all] Error 2 * Error during phase build of gobject-introspection: ########## Error running make *** [2/32]

Merk42 said: I just built (on 10.10) about an hour ago. I did have some problem, but deleting the gnome-shell and source files and redoing it from scratch worked.

I rebuilt from scratch tonight without any problems.

Harry33 said: You can find a bleeding edge Gnome-Shell for Natty in the testing PPA of Rico Tzschichholz:

https://launchpad.net/~ricotz/+archive/testing

The packages there are all very recent versions and installing Gnome-shell from this PPA can be a good option to jhbuild. However, keep in mind that this way it will be an installation into the system and will break some applications and functions. Rico says in his PPA that Gnome-shell needs packages like gnome-settings-daemon_2.91.5.1 and thus also libgnomekbd_2.91.3.1. which both are GTK+3 versions.

Installing GTK+3 version of gnome-settings-daemon will break GTk2-theming in several ways. The themes in Gnome-panel (GTK+2) do not work after this. Also gdm will lose theming and its background (it will be plain black).

But it is also possible to downgrade GTK+3 version of gnome-settings-daemon and libgnomekbd7 and libgnomekbd-common to GTK+2 versions with Synaptic.

I couldn't downgrade libgnomekbd-common without removing libgnomkbd7. After I did that gnome shell wouldn't show up. When I reinstalled it and upgraded settings daemon/libgnomkbd-common it worked again.

HalfEmptyHero said: I couldn't downgrade libgnomekbd-common without removing libgnomkbd7. After I did that gnome shell wouldn't show up. When I reinstalled it and upgraded settings daemon/libgnomkbd-common it worked again.

Well fine its OK now. And the Gnome-shell from ricotz PPA is anyway completely broken because of the transition from gir1.0 to gir1.2 in Ubuntu.

gnome-shell built ok from scratch yesterday , today a build from scratch dies building mutter with this error .

cc1: warnings being treated as errors
ui/ui.c: In function ‘maybe_redirect_mouse_event’:
ui/ui.c:209:3: error: implicit declaration of function ‘gdk_display_get_core_pointer’
ui/ui.c:209:3: error: nested extern declaration of ‘gdk_display_get_core_pointer’
ui/ui.c:209:3: error: passing argument 2 of ‘gdk_event_set_device’ makes pointer from integer without a cast
/home/ron/gnome-shell/install/include/gtk-3.0/gdk/gdkevents.h:1089:12: note: expected ‘struct GdkDevice *’ but argument is of type ‘int’
make[4]: *** [ui.o] Error 1
make[4]: Leaving directory `/home/ron/gnome-shell/source/mutter/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/ron/gnome-shell/source/mutter/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/ron/gnome-shell/source/mutter/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/ron/gnome-shell/source/mutter'
make: *** [all] Error 2
*** Error during phase build of mutter: ########## Error running make   *** [16/32]

autocrosser said: Anyone having a problem building gobject-introspection this evening? I'm getting a linking warning: ```

GISCAN GModule-2.0.gir g-ir-scanner: GModule: warning: 1 warnings suppressed (use --warn-all to see them) GISCAN Gio-2.0.gir /home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0.o:(.data+0x548): undefined reference to g_periodic_get_type' collect2: ld returned 1 exit status linking of temporary binary failed: Command '['/bin/bash', './libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0', '-export-dynamic', '-pthread', '-L/home/dean/gnome-shell/install/lib64', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '-lgio-2.0', '/home/dean/gnome-shell/source/gobject-introspection/tmp-introspectrb2ZoP/Gio-2.0.o']' returned non-zero exit status 1 make[2]: * [Gio-2.0.gir] Error 1 make[2]: Leaving directory /home/dean/gnome-shell/source/gobject-introspection' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory `/home/dean/gnome-shell/source/gobject-introspection' make: * [all] Error 2 * Error during phase build of gobject-introspection: ########## Error running make *** [2/32]

You can get past this error by removing the stale gperiodic.h from install/include/glib-2.0/gio/

anyone noticed they added win7 edge maxing i dont think i can ever leave gnome shell again now

Has anyone noticed that whenever a program is running that uses the bottom bar thingy (empathy, tomboy, etc.) the shell's zoom in/out to the dashboard is slowed down significantly?

omega52390 said: anyone noticed they added win7 edge maxing i dont think i can ever leave gnome shell again now

I wonder how long that's been in there... I compiled a couple of days ago and it's there too. Nice.

mortski said: You can get past this error by removing the stale gperiodic.h from install/include/glib-2.0/gio/

That did the trick, much obliged.

mortski said: You can get past this error by removing the stale gperiodic.h from install/include/glib-2.0/gio/

That did the trick, thanks.

moore.bryan said: I wonder how long that's been in there... I compiled a couple of days ago and it's there too. Nice.

Left/right edge of screen at least two/three months - seriously :-). Top edge completely rewritten one/two weeks ago.

So nice... didn't notice, but a simple, clean addition. Kudos to developers.

Just compiled today without a hitch,however gnome-shell dies with:

gnomeshelltest@StormChaser:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace
pkill: 11430 - Operation not permitted
Window manager warning: Log level 16: Failed to load shared library 'libgnome-bluetooth-applet.so.0' referenced by the typelib: libgnome-bluetooth-applet.so.0.so: cannot open shared object file: No such file or directory
Window manager warning: Log level 8: g_ascii_strncasecmp: assertion `s2 != NULL' failed
Shell killed with signal 11

Seems the addition of the bluetooth applet is causing problems.

Anyone else seeing this?

Anduu said: Just compile today without a hitch,however gnome-shell dies with:

gnomeshelltest@StormChaser:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace
pkill: 11430 - Operation not permitted
Window manager warning: Log level 16: Failed to load shared library 'libgnome-bluetooth-applet.so.0' referenced by the typelib: libgnome-bluetooth-applet.so.0.so: cannot open shared object file: No such file or directory
Window manager warning: Log level 8: g_ascii_strncasecmp: assertion `s2 != NULL' failed
Shell killed with signal 11

Seems the addition of the bluetooth applet is causing problems.

Anyone else seeing this? wht if you Disable Bluetooth ? does it still Crash

dext said: wht if you Disable Bluetooth ? does it still Crash

Haven't gone that far yet.I have never had cause to disable specific modules so I am not even sure how to do that.

I'll have to look into it.

Is anyone else still getting the bug where your wallpaper goes to a solid black background during Overview? Yeah, that's me. :-(

EDIT: Seems this was fixed by my most recent build; just wonder how it keeps creeping up.

On an unrelated note, do we yet have a solution for gnome-power-control to actually regain control over backlight brightness? I can't change when my display dims and when it doesn't.

EDIT 2: The latest build solves my "dimming" issue... I can just use the "Screen" setting to alter things.

I can't seem to be able to compile GS at the moment.

checking /home/david/gnome-shell/install/bin/valac is at least version 0.11... no
configure: error: Vala 0.11 not found.

This is probably because I am running Maverick, which uses Vala 0.10 I think. Is there any way around this, or should I just instal the latest vala from source?

i would of thought jhbuild was frozen till they get 2.90.4 out the door which could be anytime now.

I just compiled on Maverick with no problems yesterday... hmm. Don't quite know about the Vala error. Have you tried deleting the whole gnome-shell dir?

Latest commit: gnome-shell.modules: Build vala 0.11.2.

Ok I deleted the folder and I got past the vala error, but now I'm getting this:

cc1: warnings being treated as errors
st/st-im-text.c: In function ‘window_for_actor’:
st/st-im-text.c:203: error: implicit declaration of function ‘gdk_window_lookup_for_display’
st/st-im-text.c:203: error: assignment makes pointer from integer without a cast
st/st-im-text.c:207: error: implicit declaration of function ‘gdk_window_foreign_new_for_display’
st/st-im-text.c:207: error: assignment makes pointer from integer without a cast
make[3]: *** [libst_1_0_la-st-im-text.lo] Error 1
make[3]: Leaving directory `/home/david/gnome-shell/source/gnome-shell/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/david/gnome-shell/source/gnome-shell/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/david/gnome-shell/source/gnome-shell'
make: *** [all] Error 2
*** Error during phase build of gnome-shell: ########## Error running make   *** [30/33]

EDIT: Yay it seems to have been fixed. EDIT2: Ok I just ran it, and it crashed instantly with this message:

david@david:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace
      JS LOG: GNOME Shell started at Wed Dec 22 2010 14:58:31 GMT-0700 (MST)
Shell killed with signal 11
david@david:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace
Panel leaving: a new panel shell is starting.

(gnome-panel:22618): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion `global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
      JS LOG: GNOME Shell started at Wed Dec 22 2010 14:58:56 GMT-0700 (MST)
Shell killed with signal 11

GTK+3 Now Uses X Input 2 By Default, New Back-End Caps bit of News for some of you ,

( if there is no use for this News here, a Mod might wanna split it )

make[2]: Entering directory `/home/david/gnome-shell/source/gobject-introspection'
  GISCAN Gio-2.0.gir
/home/david/gnome-shell/source/gobject-introspection/tmp-introspectkWQUmU/Gio-2.0.o:(.data+0x2a4): undefined reference to `g_periodic_get_type'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', './libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/david/gnome-shell/source/gobject-introspection/tmp-introspectkWQUmU/Gio-2.0', '-export-dynamic', '-pthread', '-L/home/david/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '-lgio-2.0', '/home/david/gnome-shell/source/gobject-introspection/tmp-introspectkWQUmU/Gio-2.0.o']' returned non-zero exit status 1
make[2]: *** [Gio-2.0.gir] Error 1
make[2]: Leaving directory `/home/david/gnome-shell/source/gobject-introspection'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/david/gnome-shell/source/gobject-introspection'
make: *** [all] Error 2
*** Error during phase build of gobject-introspection: ########## Error running make   *** [2/33]

:(

Anduu said: Just compiled today without a hitch,however gnome-shell dies with:

gnomeshelltest@StormChaser:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace
pkill: 11430 - Operation not permitted
Window manager warning: Log level 16: Failed to load shared library 'libgnome-bluetooth-applet.so.0' referenced by the typelib: libgnome-bluetooth-applet.so.0.so: cannot open shared object file: No such file or directory
Window manager warning: Log level 8: g_ascii_strncasecmp: assertion `s2 != NULL' failed
Shell killed with signal 11

Seems the addition of the bluetooth applet is causing problems.

Anyone else seeing this?

I have the same problem since yesterday. Does anyone found a fix for that ?

Tnx

olivier.blanc said: I have the same problem since yesterday. Does anyone found a fix for that ?

Tnx

Yes--create a link from your /gnome-shell/install/lib (or lib64--depends on your system)/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0 to the main /lib & rename it according to your error......then GS will start.

autocrosser said: Yes--create a link from your /gnome-shell/install/lib (or lib64--depends on your system)/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0 to the main /lib & rename it according to your error......then GS will start.

My brain isn't working today....I can't figure out the link.I have tried a couple of combinations but no luck.

Not sure what you mean by "the main /lib".Perhaps an example command I can modify to suit my needs?

Sorry but I am a relative noob where symlinks are concerned :(

Anduu said: My brain isn't working today....I can't figure out the link.I have tried a couple of combinations but no luck.

Not sure what you mean by "the main /lib".Perhaps an example command I can modify to suit my needs?

Sorry but I am a relative noob where symlinks are concerned :(

I just did it the old fashioned way--nav to /gnome-shell/install/lib(or lib64)/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0---right-click/make link & then move the link to either /lib or /lib64 (depending on your system type)--then rename the link to libgnome-bluetooth-applet.so.0 & you are good to go.....

I could write something but I'm lazy & just nav to where I want to go--I know it's cooler to open a term & input a single command, but sometimes it's better to go hunting for what you want--you get to know your system better that way ;)

autocrosser said: I just did it the old fashioned way--nav to /gnome-shell/install/lib(or lib64)/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0---right-click/make link & then move the link to either /lib or /lib64 (depending on your system type)--then rename the link to libgnome-bluetooth-applet.so.0 & you are good to go.....

I could write something but I'm lazy & just nav to where I want to go--I know it's cooler to open a term & input a single command, but sometimes it's better to go hunting for what you want--you get to know your system better that way ;)

Cool...I kind of figured you meant the root libs folder but didn't want to muck about in there til I was sure of what I was doing.

Much appreciated ;)

Anduu said: Cool...I kind of figured you meant the root libs folder but didn't want to muck about in there til I was sure of what I was doing.

Much appreciated ;)

Na--was way too simple--they just forgot to include the link in /gnome-shell/install/lib...I have seen that a few times over the past couple of years.....

O-crud---I hope you just moved it to /gnome-shell/install/lib....I guess that I'm a bit muddle-brained today......

autocrosser said: Na--was way too simple--they just forgot to include the link in /gnome-shell/install/lib...I have seen that a few times over the past couple of years.....

[COLOR="Red"]O-crud---I hope you just moved it to /gnome-shell/install/lib....I guess that I'm a bit muddle-brained today......[/COLOR]

Yup "~/gnome-shell/install/lib64/" lol....worked like a charm.

Thanks again :KS

autocrosser said: I just did it the old fashioned way--nav to /gnome-shell/install/lib(or lib64)/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0---right-click/make link & then move the link to either /lib or /lib64 (depending on your system type)--then rename the link to libgnome-bluetooth-applet.so.0 & you are good to go.....

I could write something but I'm lazy & just nav to where I want to go--I know it's cooler to open a term & input a single command, but sometimes it's better to go hunting for what you want--you get to know your system better that way ;) I like doing it this way too. I am real lazy, I have nautilus-gksu installed. Just right click on the directory and select "open as administrator" in the menu, give password and you are in nautilus as root.

Yep--I've got nautilus-gksu installed also--very handy...Also nautilus-open-terminal--contrary to some things I say--I do use it quite a bit also....

Perhaps it's the Mac-background I've had that tends to make me nav around--I know that Windozs discourages muckin' about in file-systems ;)

Merry Christmas RH glad to see you got a day off .

autocrosser said: Yep--I've got nautilus-gksu installed also--very handy...Also nautilus-open-terminal--contrary to some things I say--I do use it quite a bit also....

Perhaps it's the Mac-background I've had that tends to make me nav around--I know that Windozs discourages muckin' about in file-systems ;) Yup, they are both handier than a pocket on a shirt.

after a fresh build just a few minutes ago , the build went ok , no hitches at all but I'm getting a JS error when I try to start GS .

ron@ron-desktop2:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace
    JS ERROR: !!!   Exception was: Error: Bad method name "Gdk.Display.get_device_state"
    JS ERROR: !!!     lineNumber = '43'
    JS ERROR: !!!     fileName = '/home/ron/gnome-shell/source/gnome-shell/js/ui/environment.js'
    JS ERROR: !!!     stack = '_blockMethod("Gdk.Display.get_device_state","global.get_pointer","gjs's handling of Gdk.ModifierType is broken. See bug 597292.")@/home/ron/gnome-shell/source/gnome-shell/js/ui/environment.js:43
init()@/home/ron/gnome-shell/source/gnome-shell/js/ui/environment.js:92
start()@/home/ron/gnome-shell/source/gnome-shell/js/ui/main.js:91
@<main>:1
'
    JS ERROR: !!!     message = 'Bad method name "Gdk.Display.get_device_state"'
Window manager warning: Log level 32: Execution of main.js threw exception: Error: Bad method name "Gdk.Display.get_device_state"
ron@ron-desktop2:~/gnome-shell/source/gnome-shell/src$ No value set for `/apps/compiz-1/general/allscreens/options/active_plugins'
Backend     : gconf
Integration : true
Profile     : default
Adding plugins
Initializing core options...done
Initializing composite options...done
Initializing opengl options...done
Initializing decor options...done
Initializing imgsvg options...done
Initializing imgjpeg options...done
Initializing vpswitch options...done
Initializing move options...done
Initializing resize options...done
Initializing cube options...done
Initializing switcher options...done
Initializing rotate options...done
constraining to 0
constraining to 0
constraining to 0
constraining to 0
ron@ron-desktop2:~/gnome-shell/source/gnome-shell/src$ 

then it dumps me back in classic .

ronacc said: after a fresh build just a few minutes ago , the build went ok , no hitches at all but I'm getting a JS error when I try to start GS .

ron@ron-desktop2:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace
    JS ERROR: !!!   Exception was: Error: Bad method name "Gdk.Display.get_device_state"
    JS ERROR: !!!     lineNumber = '43'
    JS ERROR: !!!     fileName = '/home/ron/gnome-shell/source/gnome-shell/js/ui/environment.js'
    JS ERROR: !!!     stack = '_blockMethod("Gdk.Display.get_device_state","global.get_pointer","gjs's handling of Gdk.ModifierType is broken. See bug 597292.")@/home/ron/gnome-shell/source/gnome-shell/js/ui/environment.js:43
init()@/home/ron/gnome-shell/source/gnome-shell/js/ui/environment.js:92
start()@/home/ron/gnome-shell/source/gnome-shell/js/ui/main.js:91
@<main>:1
'
    JS ERROR: !!!     message = 'Bad method name "Gdk.Display.get_device_state"'
Window manager warning: Log level 32: Execution of main.js threw exception: Error: Bad method name "Gdk.Display.get_device_state"
ron@ron-desktop2:~/gnome-shell/source/gnome-shell/src$ No value set for `/apps/compiz-1/general/allscreens/options/active_plugins'
Backend     : gconf
Integration : true
Profile     : default
Adding plugins
Initializing core options...done
Initializing composite options...done
Initializing opengl options...done
Initializing decor options...done
Initializing imgsvg options...done
Initializing imgjpeg options...done
Initializing vpswitch options...done
Initializing move options...done
Initializing resize options...done
Initializing cube options...done
Initializing switcher options...done
Initializing rotate options...done
constraining to 0
constraining to 0
constraining to 0
constraining to 0
ron@ron-desktop2:~/gnome-shell/source/gnome-shell/src$ 

then it dumps me back in classic .

I also did a fresh build just now, and I get essentially the same JS errors as above.

I am guessing that now that GNOME Shell requires Vala 0.11 it's impossible for us Maverick Meerkat users to build GS without installing updated Vala libraries :|

comment line 91-92 in the file called environment.js as specified in the error. then gnome-shell should start and work properly.

agomonos said: comment line 91-92 in the file called environment.js as specified in the error. then gnome-shell should start and work properly.

that got it thanks .

Quadunit404 said: I am guessing that now that GNOME Shell requires Vala 0.11 it's impossible for us Maverick Meerkat users to build GS without installing updated Vala libraries :|

And what is the problem with that?? jhubild compiles vala vala-0.11.2 - I have this one on MM.

"sabdfl: why aren't you using unity?" nice.... :lolflag:

Maybe because we think GS is better???? :lolflag:

autocrosser said: Maybe because we think GS is better???? :lolflag:

Well... ontopic... I sucessfully installed Gnome-Shell from Ricotz ppa and it works.. a mutter-package force-overwrite and some aptitude cleaning an then it was OK.

I have some trouble with Firefox 4 and Gnome-Shell.... it just crashes sometimes :confused:

So back to Gnome Classic.............):P

Unity is just ugly and boring for the moment and Gnome-Shell is just a "clutter"....

This can end in a complete disaster for Ubuntu .....:^o

plun said: Well... ontopic... I sucessfully installed Gnome-Shell from Ricotz ppa and it works.. a mutter-package force-overwrite and some aptitude cleaning an then it was OK.

...

Plun, now that you have gnome-settings-daemon_2.91.6.2 and libgnomekbd_2.91.4-1, are you able to edit theming if you start gnome-classic session and do you still have a themable gdm?

Harry33 said: Plun,

now that you have gnome-settings-daemon_2.91.6.2 and libgnomekbd_2.91.4-1, are you able to edit theming if you start gnome-classic session and do you still have a themable gdm?

Nope, GDM just is ugly and I cannot change anything. Minor problem !

Theming with Gnome Classic works just fine !

With Gnome-Shell I don't know how to change the theme.... also rather ugly..:confused:

plun said: Nope, GDM just is ugly and I cannot change anything. Minor problem !

Theming with Gnome Classic works just fine ! With Gnome-Shell I don't know how to change the theme.... also rather ugly..:confused:

Yes right, it seems the gnome-appearance-properties does not work in Gnome-shell anymore. Last time I tried Gnome-Shell 2.91.3 I could not change anything in any theme, not even in Gnome-Classic when gnome-settings-daemon_2.91.* was installed. I could only watch the window border named "Simple" and that one sure is ugly.

Harry33 said: Yes right, it seems the gnome-appearance-properties does not work in Gnome-shell anymore.

Last time I tried Gnome-Shell 2.91.3 I could not change anything in any theme, not even in Gnome-Classic when gnome-settings-daemon_2.91.* was installed. I could only watch the window border named "Simple" and that one sure is ugly.

Yep.... this is how it looks for me.....

[[IMG]http://i.imgur.com/0BlbPs.jpg[/IMG]](http://imgur.com/0BlbP)

Ugly !!

I'm using gnome-shell from the rictoz ppa too, I think it is really confused about windows decorations, Chromium uses the Ubuntu light theming, while the rest of the apps use the ugly default theme. I can't change the buttons to the proper side either.

Note: I use Sync, to keep my chromium bookmarks and some add-ons the same over all my installs.

In fact I have never been able to change the theme in Gnome-Shell. It seems to use the gnome-themes-standard all times.

And after the installation of gnome-settings-daemon_2.91.* the Gnome-Classic did also change into Simple theme only. Not to mention the ugly gdm without a background.

Perhaps it is possible to change this by installing gnome-control-center_2.91.* (from Gnome3 Team PPA) and gnome-themes_2.91.* (can be found on Gnome3 Stack PPA)

or perhaps gtk-theme-engine-clearlooks_2.91.* (from ricotz PPA).

Harry33 said: In fact I have never been able to change the theme in Gnome-Shell. It seems to use the gnome-themes-standard all times.

And after the installation of gnome-settings-daemon_2.91.* the Gnome-Classic did also change into Simple theme only. Not to mention the ugly gdm without a background.

Perhaps it is possible to change this by installing gnome-control-center_2.91.* (from Gnome3 Team PPA) and gnome-themes_2.91.* (can be found on Gnome3 Stack PPA)

or perhaps gtk-theme-engine-clearlooks_2.91.* (from ricotz PPA).

Thats really weird, i change themes all the time from the Appearance app. Just go to overview, type "app.." and change my theme whenever. Here's some visual proof I guess. http://dl.dropbox.com/u/208391/shell-caps/Workspace%201_001.jpeg

In any case, remember that changing appearances in classic gnome doesn't affect gnome-shell. Different gconf settings...

P.S.: Try opening gconf-editor in gnome-shell, go to /desktop/gnome/shell/windows and change the "theme value to the name of your theme (Respect upper and lowercase i think). hth!

plun said: This can end in a complete disaster for Ubuntu .....:^o

How? GNOME Classic/2.32 is stable and familiar to previous Ubuntu users. I'm sure Unity will come around in good time (and hopefully, most users will have more capable graphics drivers by then). GS should eventually be a built-in/out-of-the-box option too, at least by the time that GNOME classic is deprecated. (And that's just GNOME; there are plenty of other DE's too).

Temüjin said: How? GNOME Classic/2.32 is stable and familiar to previous Ubuntu users. I'm sure Unity will come around in good time (and hopefully, most users will have more capable graphics drivers by then). GS should eventually be a built-in/out-of-the-box option too, at least by the time that GNOME classic is deprecated.

(And that's just GNOME; there are plenty of other DE's too).

There are some of us who are not all that fond of either GS or Unity , given the choice of 2 evils I will pick GS ,but I honestly do not find it anywhere near as useful in my normal daily tasks as the classic desktop .

Unless someone come up with a distro that forks the gnome two panel interface, eventually you're going to have to decide whether to use gnome-shell, unity, or kde.

That being said, I'm running an Ubuntu/Debian desktop using the gnome 3 build ppa and gnome-shell from the rictoz ppa.. There are a lot of things that don't work yet, Appearances being one of them

cariboo907 said: Unless someone come up with a distro that forks the gnome two panel interface, eventually you're going to have to decide whether to use gnome-shell, unity, or kde.

That being said, I'm running an Ubuntu/Debian desktop using the gnome 3 build ppa and gnome-shell from the rictoz ppa.. There are a lot of things that don't work yet, Appearances being one of them

We're still a long way from panel being deprecated, I think. If the need is there for a fork someone will do it I'm sure.

I'm running natty classic desktop + GS local compiled , as I said above , when the choice comes I'll go with GS unity is a complete no starter for me but I am also looking for a soft place to land when the classic desktop disappears .

ronacc said: I'm running natty classic desktop + GS local compiled , as I said above , when the choice comes I'll go with GS unity is a complete no starter for me but I am also looking for a soft place to land when the classic desktop disappears .

Xfce/Xubuntu might be more to your liking then.

well I have a bit of time to decide , I just did a complete rework of my "work" system , new box and all ( maverick installed there ) and won't do that again for another 2 years and thats the only one where the interface is important .

Well my friend---I think that I've come to a crossing in the road & Unity is not for me...I've installed Mint Debian 64bit & am exploring "options".......I would be quite sure that Debian will go with GS "sooner or later", but will keep with Classic Gnome for quite a while. I have not severed my link with Ubuntu, but the number of ties has decreased quite a bit.

autocrosser said: Well my friend---I think that I've come to a crossing in the road & Unity is not for me...I've installed Mint Debian 64bit & am exploring "options".......I would be quite sure that Debian will go with GS "sooner or later", but will keep with Classic Gnome for quite a while. I have not severed my link with Ubuntu, but the number of ties has decreased quite a bit.

I've done exactly the same thing. Running Mint9 64bit and love it. I too wonder what will Mint use in place of its menu when the time comes to replace Gnome.

Although, the last ISO install of Unity has improved a lot. It's a work in progress. I could never get GS to run right, but that was early on.

xtoudi said: And what is the problem with that?? jhubild compiles vala vala-0.11.2 - I have this one on MM.

I was asking that because earlier I saw an error related to Vala during the build process of something in this thread.

augias said: Thats really weird, i change themes all the time from the Appearance app. Just go to overview, type "app.." and change my theme whenever.

In any case, remember that changing appearances in classic gnome doesn't affect gnome-shell. Different gconf settings...

Do you have Natty-alfa1 installed here with GS? What version of gnome-settings-daemon are you using? What version of gnome-themes are you using? What version of gnome-control-center are you using? How does your logging screen (gdm) look like (theming, background)?

And finally, in Gnome-Classic, can you change themes (like window controls and borders)?

Well, the gconf-editor works !!

/desktop/gnome/shell/windows/theme

PoC [[IMG]http://i.imgur.com/7neYns.jpg[/IMG]](http://imgur.com/7neYn)

plun said: Well, the gconf-editor works !!

/desktop/gnome/shell/windows/theme

PoC [[IMG]http://i.imgur.com/7neYns.jpg[/IMG]](http://imgur.com/7neYn)

Plun, Are you also able to edit themes in Gnome-Classic session? Do you have a background in login screen (gdm)?

Harry33 said: Plun,

Are you also able to edit themes in Gnome-Classic session? Do you have a background in login screen (gdm)?

I have no trouble with themes in Gnome Classic, GDM is without background (minor problem as I earlier wrote)

I can change themes in Gnome-Shell with gconf-editor.

The major problem for me is that Minefield somehow crashes GS after a while... trying to trace it.

I can see this in the terminal:

      JS LOG: Failed to acquire org.freedesktop.Notifications; trying again

(mutter:5921): GdmUser-WARNING **: Unable to load CK history: no seat-id found
Window manager warning: Log level 8: meta_window_raise: assertion `!window->override_redirect' failed
Shell killed with signal 11

Spotify (paying Linux version) also crashes GS.....

Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x1800008 (Spotify)
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
connecting notifications
Window manager warning: Log level 16: NOTE: Not using GLX TFP!

connecting notifications
connecting notifications
Window manager warning: Log level 16: STACK_OP_ADD: window 0x1800008 already in stack
Window manager warning: Log level 16: STACK_OP_ADD: window 0x1800008 already in stack
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x1800026 (Spotify)
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
15:32:00.628 I [ap:1387] Connecting to AP B1.spotify.com:4070
15:32:00.837 I [ap:937] Connected to AP: 78.31.8.42:4070
15:32:01.554 I [gui-model:2136] Login Code: 0
15:32:01.700 I [upnp:515] 192.168.1.254: got external ip 0x55E221B7
15:32:02.017 E [ap:3559] ChannelError(1, 1, playlist)
15:32:02.017 E [ap:3559] ChannelError(6, 1, playlist-info)
** (<unknown>:9563): DEBUG: NP_Initialize
** (<unknown>:9563): DEBUG: NP_Initialize succeeded
** (<unknown>:9563): DEBUG: NP_Initialize
** (<unknown>:9563): DEBUG: NP_Initialize succeeded
** (<unknown>:9563): DEBUG: NP_Initialize
** (<unknown>:9563): DEBUG: NP_Initialize succeeded
** (<unknown>:9563): DEBUG: NP_Initialize
** (<unknown>:9563): DEBUG: NP_Initialize succeeded

(<unknown>:9563): Gdk-CRITICAL **: IA__gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed

(<unknown>:9563): Gdk-WARNING **: /build/buildd/gtk+2.0-2.23.3.is.2.23.2/gdk/x11/gdkdrawable-x11.c:952 drawable is not a pixmap or window
15:32:03.876 I [upnp:463] 192.168.1.254: mapping add ok
15:32:04.980 I [upnp:489] 192.168.1.254: Port 35366 mapped OK
15:32:12.806 E [ap:3559] ChannelError(0, 1, playlist)
15:32:14.184 I [main.cpp:603] Using PulseAudio
Shell killed with signal 11

A minimize and a GS restart and I am up and running......

Question !

What is the keyboard shortcut for Activities and the serach for apps ?

Rather annoying to first click at the left and then go to the right side and search..... must be a rather heavy HIG bug.. !!! IMHO

will there be a way to move the hotspot for Activities ? top left corner is very annoying to me since that is where I put my close button on windows and on a maximized window it is all too easy to overshoot and end up in overview .

ronacc said: will there be a way to move the hotspot for Activities ? top left corner is very annoying to me since that is where I put my close button on windows and on a maximized window it is all too easy to overshoot and end up in overview .

Well... I also find it annoying..... and activities and search for an app is rather terrible.

"HIG" is this http://en.wikipedia.org/wiki/Human_interface_guidelines

But somewhere in the Gnome-jungle its probably possible to file a bug ?

plun said: I have no trouble with themes in Gnome Classic, GDM is without background (minor problem as I earlier wrote)

I can change themes in Gnome-Shell with gconf-editor.

The major problem for me is that Minefield somehow crashes GS after a while... trying to trace it.

I can see this in the terminal:

      JS LOG: Failed to acquire org.freedesktop.Notifications; trying again

(mutter:5921): GdmUser-WARNING **: Unable to load CK history: no seat-id found
Window manager warning: Log level 8: meta_window_raise: assertion `!window->override_redirect' failed
Shell killed with signal 11

I see the same thing on my system, using Chromium all I have to do is open up the compiz forums in another tab, and I get an instant crash. Using firefox, it is random web sites.

cariboo907 said: I see the same thing on my system, using Chromium all I have to do is open up the compiz forums in another tab, and I get an instant crash. Using firefox, it is random web sites.

Well... it is rather strange it can works for a while and suddenly just crash.

It must be a better way to backtrace GS crashes ?? the terminal is just randomly outputs.

Hi All,

I'm trying to build gnome-shell on my maverick and now I get this error following with several options, which one should I pick?

collect2: ld returned 1 exit status

make[5]: * [test-media-keys] Error 1 make[5]: Leaving directory /home/ari/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' make[4]: * [all-recursive] Error 1 make[4]: Leaving directory /home/ari/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' make[3]: * [all] Error 2 make[3]: Leaving directory /home/ari/gnome-shell/source/gnome-settings-daemon/plugins/media-keys' make[2]: * [all-recursive] Error 1 make[2]: Leaving directory /home/ari/gnome-shell/source/gnome-settings-daemon/plugins' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory `/home/ari/gnome-shell/source/gnome-settings-daemon' make: * [all] Error 2 * Error during phase build of gnome-settings-daemon: ########## Error running make * [27/33]

[1] Rerun phase build [2] Ignore error and continue to install [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "configure" [8] Go to phase "clean" [9] Go to phase "distclean" choice:

:confused: Thanks in advance.

Had a quick search of this thread and it seems no-one has come up with this yet:

  GISCAN Gtk-3.0.gir
./.libs/libgtk-3.0.so: undefined reference to `gdk_device_get_window_at_position'
./.libs/libgtk-3.0.so: undefined reference to `gdk_device_get_position'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', '../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/david/gnome-shell/source/gtk3/gtk/tmp-introspectW4WDwf/Gtk-3.0', '-export-dynamic', '-L.', 'libgtk-3.0.la', '-pthread', '-L/home/david/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/david/gnome-shell/source/gtk3/gtk/tmp-introspectW4WDwf/Gtk-3.0.o']' returned non-zero exit status 1
make[4]: *** [Gtk-3.0.gir] Error 1
make[4]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/david/gnome-shell/source/gtk3'
make: *** [all] Error 2
*** Error during phase build of gtk3: ########## Error running make   *** [8/33]

Anyone got any ideas?

I have my day job, which requires me to use multiple applications and I also wrote and continually edit my own website as well as composing and arranging music in my spare time.

As such, I use upwards of 20 applications on any given day; far too many to fit in the Unity panel and going to the master applications folder is far slower than opening them in the classic Gnome.

I also need to encrypt sensitive files/folders and Cryptkeeper is a panel applet.

I'll continue to use and test Natty/Unity, but can't do any serious work in Unity. The main reason I switched from Windows was speed, and Unity slows me down.

I install docky, and then put any apps that don't fit in the panel there.

davideotape said: Had a quick search of this thread and it seems no-one has come up with this yet:

  GISCAN Gtk-3.0.gir
./.libs/libgtk-3.0.so: undefined reference to `gdk_device_get_window_at_position'
./.libs/libgtk-3.0.so: undefined reference to `gdk_device_get_position'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', '../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/david/gnome-shell/source/gtk3/gtk/tmp-introspectW4WDwf/Gtk-3.0', '-export-dynamic', '-L.', 'libgtk-3.0.la', '-pthread', '-L/home/david/gnome-shell/install/lib', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/david/gnome-shell/source/gtk3/gtk/tmp-introspectW4WDwf/Gtk-3.0.o']' returned non-zero exit status 1
make[4]: *** [Gtk-3.0.gir] Error 1
make[4]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/david/gnome-shell/source/gtk3/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/david/gnome-shell/source/gtk3'
make: *** [all] Error 2
*** Error during phase build of gtk3: ########## Error running make   *** [8/33]

Anyone got any ideas?

The first two lines look like the undefined reference errors I mention in the first post.

rm ~/gnome-shell/install/*.la && sudo rm -rf /usr/lib*/*.la

If it still doesn't work, delete the ~/gnome-shell folder and try again

gacb said: I have my day job, which requires me to use multiple applications and I also wrote and continually edit my own website as well as composing and arranging music in my spare time.

As such, I use upwards of 20 applications on any given day; far too many to fit in the Unity panel and going to the master applications folder is far slower than opening them in the classic Gnome.

I also need to encrypt sensitive files/folders and Cryptkeeper is a panel applet.

I'll continue to use and test Natty/Unity, but can't do any serious work in Unity. The main reason I switched from Windows was speed, and Unity slows me down. I've not tried it, but I'm pretty sure you can fit 20+ applications in Unity, the icons will just turn to the side to make room for others. Though this thread is about GNOME Shell, not Unity.

Is there a good non-Ubuntu (preferably Debian-based) distro to test vanilla GNOME3? I've got plenty of spare hard disk space and I'm going to try out Linux Mint. It's really ironic that Unity may fracture a huge userbase (if only temporarily).

I'm still following the Gnome-Shell threads here, but I've moved to Linux Mint Debian Edition. As soon as Debian finals Squeeze, it will be a nice rolling distro (and you can use sid as your source if you want!!! 32bit is in flux right now, but 64bit is working very well)---I'm starting a GS thread there (will be up by this weekend) & there is interest in GS at Mint. Come by & say Hi!!!!

Link: http://forums.linuxmint.com/viewforum.php?f=141

I did a cli install from the alternate install CD then added the gnome-desktop-environment from the repositories. This gave me a desktop with Debian branding, and very little if anything from Ubuntu. I then added the gnome 3 team ppa.

Temüjin said: Is there a good non-Ubuntu (preferably Debian-based) distro to test vanilla GNOME3? I've got plenty of spare hard disk space and I'm going to try out Linux Mint. It's really ironic that Unity may fracture a huge userbase (if only temporarily).

Well nothing wrong with Ubuntu actually. You can uninstall package ubuntu-desktop and then go on uninstalling unity with all its dependencies including compiz, if you like. Gnome3 is available here: Gnome3 Team: https://launchpad.net/~gnome3-team/+archive/gnome3 and Gnome-Shell here: https://launchpad.net/~ricotz/+archive/testing/+packages

Harry33 said: Well nothing wrong with Ubuntu actually.

You can uninstall package ubuntu-desktop and then go on uninstalling unity with all its dependencies including compiz, if you like. Gnome3 is available here: Gnome3 Team: https://launchpad.net/~gnome3-team/+archive/gnome3 and Gnome-Shell here: https://launchpad.net/~ricotz/+archive/testing/+packages I know, but it is more cruft to take out if I want to try vanilla GS.

gacb said: I have my day job, which requires me to use multiple applications and I also wrote and continually edit my own website as well as composing and arranging music in my spare time.

As such, I use upwards of 20 applications on any given day; far too many to fit in the Unity panel and going to the master applications folder is far slower than opening them in the classic Gnome.

I also need to encrypt sensitive files/folders and Cryptkeeper is a panel applet.

I'll continue to use and test Natty/Unity, but can't do any serious work in Unity. The main reason I switched from Windows was speed, and Unity slows me down.

Yea, Verily!

I fill my screen with applications and "Unity" uses up valuable real estate with less function than Maverick. I'm told I can "autohide" Unity, then what use is it?

O.K., have "Unity" for a "Lookie Feelie" for "Newbies". When people graduate from "Newbie" then have the real Ubuntu with more function with less keystrokes and less mouse pointer and less windows. Just the opposite of "Windows".

Jerry

Excuse me, anybody know what's going on here?

*** Configuring gdk-pixbuf *** [7/33]
./autogen.sh --prefix /home/tom/gnome-shell/install --libdir '/home/tom/gnome-shell/install/lib64'  --disable-static --disable-gtk-doc 
./autogen.sh: 113: autopoint: not found
*** Error during phase configure of gdk-pixbuf: ########## Error running ./autogen.sh --prefix /home/tom/gnome-shell/install --libdir '/home/tom/gnome-shell/install/lib64'  --disable-static --disable-gtk-doc  *** [7/33]

  [1] Rerun phase configure
  [2] Ignore error and continue to build
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "clean"
  [8] Go to phase "distclean"
choice: 

EDIT: Never mind, turns out I had an outdated gnome-shell-build-setup.sh and didn't know new dependencies appeared. gdk-pixbuf built fine after getting a new GSBS.sh.

EDIT AGAIN: Now I got this error:

/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_source_get_time'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_set_dummy_callback'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_add_child_source'
/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_list_free_full'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_get_environ'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_get_monotonic_time'
/home/tom/gnome-shell/install/lib64/libgdk-3.0.so: undefined reference to `g_slist_free_full'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/33]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice: 

Quadunit404 said: Excuse me, anybody know what's going on here?

*** Configuring gdk-pixbuf *** [7/33]
./autogen.sh --prefix /home/tom/gnome-shell/install --libdir '/home/tom/gnome-shell/install/lib64'  --disable-static --disable-gtk-doc 
./autogen.sh: 113: autopoint: not found
*** Error during phase configure of gdk-pixbuf: ########## Error running ./autogen.sh --prefix /home/tom/gnome-shell/install --libdir '/home/tom/gnome-shell/install/lib64'  --disable-static --disable-gtk-doc  *** [7/33]

  [1] Rerun phase configure
  [2] Ignore error and continue to build
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "clean"
  [8] Go to phase "distclean"
choice: 

EDIT: Never mind, turns out I had an outdated gnome-shell-build-setup.sh and didn't know new dependencies appeared. gdk-pixbuf built fine after getting a new GSBS.sh.

EDIT AGAIN: Now I got this error:

/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_source_get_time'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_set_dummy_callback'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_add_child_source'
/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_list_free_full'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_get_environ'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_get_monotonic_time'
/home/tom/gnome-shell/install/lib64/libgdk-3.0.so: undefined reference to `g_slist_free_full'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/33]

  [1] Rerun phase build
  [2] Ignore error and continue to install
  [3] Give up on module
  [4] Start shell
  [5] Reload configuration
  [6] Go to phase "wipe directory and start over"
  [7] Go to phase "configure"
  [8] Go to phase "clean"
  [9] Go to phase "distclean"
choice: 

Undefined reference, check the first post

I'll try that tomorrow. Thanks.

what should i do ?

* Checking out gdk-pixbuf * [7/33] * Configuring gdk-pixbuf * [7/33] ./autogen.sh --prefix /home/cangzhang/gnome-shell/install --libdir '/home/cangzhang/gnome-shell/install/lib' --disable-static --disable-gtk-doc /bin/sh: ./autogen.sh: not found * Error during phase configure of gdk-pixbuf: ########## Error running ./autogen.sh --prefix /home/cangzhang/gnome-shell/install --libdir '/home/cangzhang/gnome-shell/install/lib' --disable-static --disable-gtk-doc * [7/33]

[1] Rerun phase configure [2] Ignore error and continue to build [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "clean" [8] Go to phase "distclean"

cangzhang said: what should i do ?

* Checking out gdk-pixbuf * [7/33] * Configuring gdk-pixbuf * [7/33] ./autogen.sh --prefix /home/cangzhang/gnome-shell/install --libdir '/home/cangzhang/gnome-shell/install/lib' --disable-static --disable-gtk-doc /bin/sh: ./autogen.sh: not found * Error during phase configure of gdk-pixbuf: ########## Error running ./autogen.sh --prefix /home/cangzhang/gnome-shell/install --libdir '/home/cangzhang/gnome-shell/install/lib' --disable-static --disable-gtk-doc * [7/33]

[1] Rerun phase configure [2] Ignore error and continue to build [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "clean" [8] Go to phase "distclean"

Choice 6 is your friend.

Actually, I got that error before, and it was resolved by obtaining a new copy of gnome-shell-build-setup.sh because new dependencies appeared for GNOME Shell and therefore GSBS.sh has to be updated to know these new dependencies.

I'm on maverick and keep getting the error when building gnome-shell during the configure phase that mutter wasn't compiled against GTK+3.0. Is there a way to fix that without breaking my normal install (Gnome2 + compiz)?

Thanks in advance.

Finally built GNOME Shell successfully. Now when I actually try to run it, I get this error:

tom@tom-laptop-linux:~$ ~/gnome-shell/source/gnome-shell/src/gnome-shell --replace
mutter: symbol lookup error: /home/tom/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add
tom@tom-laptop-linux:~$ Cannot register the panel shell: there is already one running.

Anybody know what's wrong?

^I've been getting that error for the past couple of days. It makes me think that when it does finally run again, there will be some nice changes :)

It was in the mailing list: Basically something was removed from GTK+3 that libcanberra used so just delete ~/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so and you'll be fine.

Thanks that worked, but now I am getting a warning saying that the file is missing

Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory

Okay, just tried out GNOME Shell and it freaked out whenever I tried opening up the Activities view and moving the mouse... gonna try rebuilding.

EDIT: Rebuilding didn't solve it. Here's the error:

(mutter:23138): Clutter-WARNING **: The required ID of 262915 does not refer to an existing actor; this usually implies that the pick() of an actor is not correctly implemented or that there is an error in the glReadPixels() implementation of the GL driver.

Is anyone else getting an error when using "My Account," like this:

Failed to contact the accounts service
Please make sure that the AccountService is installed and enabled.

I have no idea what package it's looking for... thanks, in-advance!

^I've been getting that message for a long time now. I'm assuming that it is just not done yet.

Finalfantasykid said: ^I've been getting that message for a long time now. I'm assuming that it is just not done yet.

That's what I figured, just wanted to find-out if I was the only one. Now there's--at least--two of us on this island. :-)

On another note, has anyone else noticed their time/date occasionally disappear and reappear?

I now seem to have another issue. Even though I have GNOME Shell set to load at startup with the "--replace" option, it won't start unless I manually start it in a terminal.

Any ideas?

EDIT: Perhaps I wrote too soon. Things now seem to work fine; strange. I wonder what could have been the issue.

I am sick and tired of Unity, so I installed the latest Gnome shell from the ricotz testing ppa, this morning. I also installed gnome3-session.

 Package: gnome-shell                     
 New: yes 
State: installed 
Automatically installed: no 
Version: 2.91.4+git20110108.a538027f-0ubuntu1~11.04~ricotz0    

Package: gnome3-session 
New: yes 
State: installed 
Automatically installed: no 
Version: 2.32.1-0ubuntu9 

If I try to login in to Gnome3 desktop, after a few seconds it just gives me another login dialog. If I login to the Classic desktop, it works but my windows and stuff look like some kind of old MS Win NT stuff. Can I get Gnome shell to work? Can I make the Classic desktop look right? Should I just uninstall Gnome3 and forget about it?

Tim

Gnome-shell from the rictoz ppa seems to be a bit broken. I can't get it to start using a Gnome 3 session, but it does start and run if I type:

gnome-shell --replace in a terminal

in a terminal

cariboo907 said: Gnome-shell from the rictoz ppa seems to be a bit broken. I can't get it to start using a Gnome 3 session, but it does start and run if I type:

gnome-shell --replace in a terminal

Thanks, I will try that.

Tim

No luck. When I did that, I lost everything on the desktop except the terminal window I ran it from.

Tim

I get that when gnome-shell crashes, I usually have to log out and back in again to get gnome-shell to work. Running it from a terminal gives a whole window full of errors, but for most things it doesn't seem to have much affect.

cariboo907 said: I get that when gnome-shell crashes, I usually have to log out and back in again to get gnome-shell to work. Running it from a terminal gives a whole window full of errors, but for most things it doesn't seem to have much affect.

I'm not sure what you mean. Where do I run the command if not from a terminal? In Unity, if I run "compiz --replace" from a terminal, it works just fine.

Tim

On my setup, gnome-shell isn't very stable, it crashes if you look at it sideways, I did mean starting it from a terminal. I'm running a cli setup, with the gnome-desktop-environment from the repositories, and the gnome-3-team repositories enabled.

Just checking the url for the gnome-team ppa caused gnome-shell to crash. :)

cariboo907 said: On my setup, gnome-shell isn't very stable, it crashes if you look at it sideways, I did mean starting it from a terminal. I'm running a cli setup, with the gnome-desktop-environment from the repositories, and the gnome-3-team repositories enabled.

Just checking the url for the gnome-team ppa caused gnome-shell to crash. :)

The Gnome3-team ppa is the most unstable software I have tested.... so I ppa-purged it this weekend and GS works again (only with ricotz ppa)

But..... unstable as earlier... Minefield and Spotify just kills it randomly !

No idea how to trace these crashes....

EDIT It is much more stable this evening.... came home and I have now been running GS for at least 30 minutes without any crash...

Ok, thanks. I fresh-reinstalled Natty from the Jan 8 alt iso just three days ago. It was fully updated before I added the ricotz ppa and installed gnome-shell and gnome3-session, this morning. Nothing else strange has been added to it.

So, I suppose I just need to purge the new stuff and see if I can get back to normal. If not, I can do another fresh install of Natty.

Tim

plun said: The Gnome3-team ppa is the most unstable software I have tested.... so I ppa-purged it this weekend and GS works again (only with ricotz ppa)

But..... unstable as earlier... Minefield and Spotify just kills it randomly !

No idea how to trace these crashes....

EDIT It is much more stable this evening.... came home and I have now been running GS for at least 30 minutes without any crash...

My setup when not using gnome-shell is just as stable as Natty, it's only gnome-shell that crashes often. I should also mention that I have Docky2 installed, and it's stability has improved a large amount over the last couple of updates.

Building on my ancient g4 mac running Debian rolling succeeds, but running hits a snag:

bryan@mac:~/gnome-shell/install/bin$ ./gnome-shell --replace
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Window manager error: Unable to initialize Clutter.
bryan@mac:~/gnome-shell/install/bin$ Cannot register the panel shell: there is already one running.
Window manager warning: Screen 0 on display ":0.0" already has a window manager; try using the --replace option to replace the current window manager.

The issue with canberra's problem should be solved by deleting the one module, but I did that and it still throws this error. Huh?

moore.bryan said: Building on my ancient g4 mac running Debian rolling succeeds, but running hits a snag:

bryan@mac:~/gnome-shell/install/bin$ ./gnome-shell --replace
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Window manager error: Unable to initialize Clutter.
bryan@mac:~/gnome-shell/install/bin$ Cannot register the panel shell: there is already one running.
Window manager warning: Screen 0 on display ":0.0" already has a window manager; try using the --replace option to replace the current window manager.

The issue with canberra's problem should be solved by deleting the one module, but I did that and it still throws this error. Huh? Maybe you should install libcanberra-gtk-module (and -dev package)?

Thanks, Temüjin, I'll try that!

EDIT: Well, no luck. When I try to install libcanberra-gtk-module, it's already installed. After much thinking, I realized I needed libcanberra-gtk3-module and libcanberra-gtk3-dev; however, those are not installable because they break pretty much everything on the system. Even using "sudo apt-get -t experimental install..." doesn't help the conflict.

Any other ideas, folks?

I get this when I try to run GS

gnome-shell --replace

tomas@htpc:~/gnome-shell/source/gnome-shell/src$ /usr/bin/compiz (core) - Error: Screen 0 on display ":0.0" already has a window manager; try using the --replace option to replace the current window manager.

No value set for `/apps/compiz-1/general/allscreens/options/active_plugins'

sorry, dubble post.

moore.bryan said: Thanks, Temüjin, I'll try that!

EDIT: Well, no luck. When I try to install libcanberra-gtk-module, it's already installed. After much thinking, I realized I needed libcanberra-gtk3-module and libcanberra-gtk3-dev; however, those are not installable because they break pretty much everything on the system. Even using "sudo apt-get -t experimental install..." doesn't help the conflict.

Any other ideas, folks?

are you 100% sure you did this:

rm ~/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so

I'm asking the obvious question because you didn't mention exactly what command you used to get rid of the module. If That is what you did, then something else must be wrong, because that command solves it for everybody.

Tompalaz said: I get this when I try to run GS

gnome-shell --replace

That's some output from compiz, and it has nothing to do with gnome-shell. Please paste the output from the very start of issuing your gnome-shell --replace command.

augias said: That's some output from compiz, and it has nothing to do with gnome-shell. Please paste the output from the very start of issuing your gnome-shell --replace command.

Tried to rebuild GS but it wouldn't work. Installed from ricotz ppa. Won't work though.

tomas@htpc:~$ gnome-shell --replace

JS ERROR: !!! Failed to convert exception string to UTF-8 JS ERROR: !!! Failed to convert exception string to UTF-8 Window manager warning: Log level 32: Execution of main.js threw exception: JS_EvaluateScript() failed but no exception message? tomas@htpc:~$ No value set for `/apps/compiz-1/general/allscreens/options/active_plugins' [...]

Tompalaz said: Tried to rebuild GS but it wouldn't work. Installed from ricotz ppa.

Won't work though.

Ricotz ppa works for me..... I have not installed the Gnome3 PPA, purged it last weekend !

This is what I get during a GS start

plun@plun-laptop:~$ gnome-shell --replace &
[1] 12793
plun@plun-laptop:~$       JS LOG: GNOME Shell started at Fri Jan 14 2011 23:23:23 GMT+0100 (CET)
plun@plun-laptop:~$ `menu_proxy_module_load': gnome-power-manager: undefined symbol: menu_proxy_module_load

(gnome-power-manager:12832): Gtk-WARNING **: Failed to load type module: (null)

`menu_proxy_module_load': gnome-power-manager: undefined symbol: menu_proxy_module_load

(gnome-power-manager:12832): Gtk-WARNING **: Failed to load type module: (null)

`menu_proxy_module_load': gnome-power-manager: undefined symbol: menu_proxy_module_load

(gnome-power-manager:12832): Gtk-WARNING **: Failed to load type module: (null)

`menu_proxy_module_load': gnome-power-manager: undefined symbol: menu_proxy_module_load

(gnome-power-manager:12832): Gtk-WARNING **: Failed to load type module: (null)

      JS LOG: Failed to acquire org.freedesktop.Notifications; trying again

(mutter:12817): GdmUser-WARNING **: Unable to load CK history: no seat-id found
`menu_proxy_module_load': gnome-power-manager: undefined symbol: menu_proxy_module_load

(gnome-power-manager:12832): Gtk-WARNING **: Failed to load type module: (null)

`menu_proxy_module_load': gnome-power-manager: undefined symbol: menu_proxy_module_load

(gnome-power-manager:12832): Gtk-WARNING **: Failed to load type module: (null)

But crashes randomly.... touching Minefield and Spotify.... no idea howto trace it.

I get this error

configure: error: Vala 0.11.4 not found.
*** Error during phase configure of dconf: ########## Error running ./autogen.sh --prefix /home/keypo/gnome-shell/install --libdir '/home/keypo/gnome-shell/install/lib' --disable-editor --disable-static --disable-gtk-doc  *** [19/33]

if anyone wants to know, Gnome-shell akka Gnome3 is now Default in F15 so there's nomore dependency with Desktop-Effects now. apart from that i rather like its progress.

dext said: if anyone wants to know, Gnome-shell akka Gnome3 is now Default in F15 so there's nomore dependency with Desktop-Effects now. apart from that i rather like its progress.

Just that Gnome-shell is not Gnome3. Just like Gnome-Panel or Unity are not Gnome2.

Gnome2 and Gnome3 are Desktop Environments. Gnome-shell, Gnome-Panel and Unity are shells, which operate above the Gnome Desktop Environment (DE).

Gnome2 is a DE based on GTK+2.0 (published). Gnome3 is a DE based on GTK+3.0 (under development).

as i think Discussed before here, Unity is more Technically a compiz plugin Gnome-shell is Gnome3 . you can have your opinion and i'll have mine

dext said: as i think Discussed before here, Unity is more Technically a compiz plugin Gnome-shell is Gnome3 . you can have your opinion and i'll have mine

Yes yes, look. You mean different thing with a word Gnome3 as I do. No problem here. You probably mean Gnome3-session. Gnome3-session starts Gnome3 with a Gnome-shell session. But when ready Gnome3 may also be started with Unity-session (at least in Ubuntu) and perhaps with Gnome-Panel session too (when gnome-panel has been ported to GTK+3.0).

@keypox simply go to ~/gnome-shell/source/dconf open configure file, search for vala and replace the 0.11.4 entry with 0.11.2

Or compile once again. vala-0.11.4 already added.

Rebuilding. Hopefully the GNOME Devs have fixed GS under a NVIDIA GT 330M, because when Natty comes out I'ma switching to GNOME Shell and if it still freaks out whenever I move the mouse over the panel or in the Activities view, then I don't know what I'll use beyond GNOME 2 again :|

EDIT: Nope, still looks like this:

[[IMG]http://i563.photobucket.com/albums/ss76/Quadunit404/th_IamprettysureIwouldntwantGStolooklikethis.png[/IMG]](http://i563.photobucket.com/albums/ss76/Quadunit404/IamprettysureIwouldntwantGStolooklikethis.png)

Harry33 said: Just that

Gnome-shell is not Gnome3. Just like Gnome-Panel or Unity are not Gnome2.

Gnome2 and Gnome3 are Desktop Environments. Gnome-shell, Gnome-Panel and Unity are shells, which operate above the Gnome Desktop Environment (DE).

Gnome2 is a DE based on GTK+2.0 (published). Gnome3 is a DE based on GTK+3.0 (under development).

dext said: as i think Discussed before here, Unity is more Technically a compiz plugin Gnome-shell is Gnome3 . you can have your opinion and i'll have mine

To be technical (which I like being), gnome-shell is a core GNOME 3 module. gnome-panel is as well, but I believe it's currently broken.

Also, gnome-shell technically is a Mutter plugin.

So good, I posted it twice

Rebuilding yet again. Got this error again. I think that removing all the .la files in ~/gnome-shell/install/lib64 have something to do with the glitchiness I'm experiencing...

/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_source_get_time'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_set_dummy_callback'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_add_child_source'
/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_list_free_full'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_get_environ'
/home/tom/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/tom/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_get_monotonic_time'
/home/tom/gnome-shell/install/lib64/libgdk-3.0.so: undefined reference to `g_slist_free_full'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/33]

njined said: @keypox

simply go to ~/gnome-shell/source/dconf open configure file, search for vala and replace the 0.11.4 entry with 0.11.2

thanks

xtoudi said: Or compile once again. vala-0.11.4 already added.

and thanks

Will recompile when i get a chance, takes a while... where is vala added is it just via update?

dext said: as i think Discussed before here, Unity is more Technically a compiz plugin Gnome-shell is Gnome3 . you can have your opinion and i'll have mine

The gnome shell is technically a mutter plugin. We can do this all day.. :rolleyes:

Anyone else have problems to build gnome-settings-daemon? I run 64bit maverick.

Making all in a11y-keyboard

make[3]: Entering directory /home/tomas/gnome-shell/source/gnome-settings-daemon/plugins/a11y-keyboard' CC liba11y_keyboard_la-gsd-a11y-keyboard-plugin.lo CC liba11y_keyboard_la-gsd-a11y-keyboard-manager.lo CC liba11y_keyboard_la-gsd-a11y-preferences-dialog.lo CCLD liba11y-keyboard.la /bin/sed: can't read /home/tomas/gnome-shell/install/lib64/libgio-2.0.la: No such file or directory libtool: link: /home/tomas/gnome-shell/install/lib64/libgio-2.0.la' is not a valid libtool archive make[3]: * [liba11y-keyboard.la] Error 1 make[3]: Leaving directory /home/tomas/gnome-shell/source/gnome-settings-daemon/plugins/a11y-keyboard' make[2]: * [all-recursive] Error 1 make[2]: Leaving directory /home/tomas/gnome-shell/source/gnome-settings-daemon/plugins' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory `/home/tomas/gnome-shell/source/gnome-settings-daemon' make: * [all] Error 2 * Error during phase build of gnome-settings-daemon: ########## Error running make * [27/33]

[1] Rerun phase build [2] Ignore error and continue to install [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "configure" [8] Go to phase "clean" [9] Go to phase "distclean" choice:

Edit: found this, maybe it will works better now. http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html Edit2: no go there :(

Edit3: Finally it built fine. I get this error though:

tomas@seedbox:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace

mutter: symbol lookup error: /home/tomas/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add tomas@seedbox:~/gnome-shell/source/gnome-shell/src$ Cannot register the panel shell: there is already one running.

augias said: are you 100% sure you did this:

rm ~/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so

Confirmed

I'm asking the obvious question because you didn't mention exactly what command you used to get rid of the module. If That is what you did, then something else must be wrong, because that command solves it for everybody. No worries... I'd rather have you ask and me clarify than for us to sit around forever trying to figure something out.

I'm wondering if this is an issue since it's on my PPC iMac?

Finally got build success, but when running it i get

Cannot register the panel shell: there is already one running.

keypox said: Finally got build success, but when running it i get

Cannot register the panel shell: there is already one running.

That error message is about gnome-panel, nothing to do with gnome-shell. Look at the complete output from the moment you enter the shell --replace command.

And before you post the error message, compare to some of the ones from the previous three pages to this thread, it might already be addressed there and you can sort yourself out much faster than waiting for a reply. :)

keypox said: Finally got build success, but when running it i get

Cannot register the panel shell: there is already one running.

Had the same problem. My entire error message:

tomas@seedbox:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace

mutter: symbol lookup error: /home/tomas/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add tomas@seedbox:~/gnome-shell/source/gnome-shell/src$ Cannot register the panel shell: there is already one running.

I fixed it with:

rm ~/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so

For 32bit systems it's:

rm ~/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so

BTW, any tip for a good GTK theme to use with GS?

Merk42 said: It was in the mailing list:

Basically something was removed from GTK+3 that libcanberra used so just delete ~/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so and you'll be fine.

this fixed it for me, though was in /install/lib/ not lib64

Im really liking gnome shell now.

Strange new wrinkle: After rebuilding yesterday, I can't seem to get GS to run at start. I've put a reference to "~/gnome-shell/install/bin/gnome-shell --restart" in my Startup Applications, but that gives me a blank desktop; running that *same* command in a term launches everything fine, though.

Any ideas?

GS won't start for me either. Started yesterday after rebuilding.

I think it's this update that killed it: http://git.gnome.org/browse/gnome-shell/commit/?id=f91138d0a2fb1301a802d58db70587d2bfd5f2aa

tomas@seedbox:~$ ./gnome-shell/source/gnome-shell/src/gnome-shell --replace

Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory

GLib-GIO-ERROR **: Settings schema 'org.gnome.nautilus.preferences' is not installed

aborting... Shell killed with signal 5 tomas@seedbox:~$ Cannot register the panel shell: there is already one running.

moore.bryan said: Strange new wrinkle:

After rebuilding yesterday, I can't seem to get GS to run at start. I've put a reference to "~/gnome-shell/install/bin/gnome-shell --restart" in my Startup Applications, but that gives me a blank desktop; running that *same* command in a term launches everything fine, though.

Any ideas? ????????????????? it's supposed to be

~/gnome-shell/source/gnome-shell/src/gnome-shell --replace

GS won't start for me either. Started yesterday after rebuilding.

I think it's this update that killed it: http://git.gnome.org/browse/gnome-sh...0587d2bfd5f2aa

tomas@seedbox:~$ ./gnome-shell/source/gnome-shell/src/gnome-shell --replace

Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory

GLib-GIO-ERROR **: Settings schema 'org.gnome.nautilus.preferences' is not installed

aborting... Shell killed with signal 5 tomas@seedbox:~$ Cannot register the panel shell: there is already one running.

This would be the fourth time I've seen this error reported on this thread in the last 3 pages, so instead of answering I'd kindly ask you to please read the thread up to a few pages back. Your answer is there.

Now that Unity has made the wise step to release a 2D-version for those of use un/fortunate enough to be deprived of/spared a 3D-capable graphics driver the time is ripe for a 2D version of Gnome Shell. Sure, it will lack whizz-bang glitzy effects, gratuitous transparency effects and questionable animations but it should still be able to perform its main tasks on the large class of hardware which, for lack of driver or hardware support, are unable to run a hardware-accelerated compositor. Having a 2D-version of Gnome Shell means the standard Gnome desktop as deployed in Gnome 3 would work on all hardware, from the lowliest ARM-powered newbook and the venerable x86-powered oldbook to the most shiny fruitbook. That would be good. That would be Ubuntu (in the original sense of the word).

knarf said: Now that Unity has made the wise step to release a 2D-version for those of use un/fortunate enough to be deprived of/spared a 3D-capable graphics driver the time is ripe for a 2D version of Gnome Shell. Sure, it will lack whizz-bang glitzy effects, gratuitous transparency effects and questionable animations but it should still be able to perform its main tasks on the large class of hardware which, for lack of driver or hardware support, are unable to run a hardware-accelerated compositor. Having a 2D-version of Gnome Shell means the standard Gnome desktop as deployed in Gnome 3 would work on all hardware, from the lowliest ARM-powered newbook and the venerable x86-powered oldbook to the most shiny fruitbook. That would be good. That would be Ubuntu (in the original sense of the word).

heehee, or just use the gnome panel option.

augias said: ?????????????????

it's supposed to be

~/gnome-shell/source/gnome-shell/src/gnome-shell --replace

This would be the fourth time I've seen this error reported on this thread in the last 3 pages, so instead of answering I'd kindly ask you to please read the thread up to a few pages back. Your answer is there.

And what is your answer?? Remove ~/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so ??? There is no libcanberra-gtk-module.so (or 32bit) file !!!

QUOTE again:

Originally Posted by Tompalaz

GS won't start for me either. Started yesterday after rebuilding.

I think it's this update that killed it: http://git.gnome.org/browse/gnome-sh...0587d2bfd5f2aa Quote: tomas@seedbox:~$ ./gnome-shell/source/gnome-shell/src/gnome-shell --replace Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory

GLib-GIO-ERROR **: Settings schema 'org.gnome.nautilus.preferences' is not installed

aborting... Shell killed with signal 5 tomas@seedbox:~$ Cannot register the panel shell: there is already one running.

This is sth different.

Well that's a default answer. i'm sorry if it didn't work for you. were you getting that same error launching from terminal?

when i'm stuck, i always dld the gnome-shell-build-setup.sh script from the first page (you have to do this now, new dependencies as of today jan 18)

run it with /bin/bash and preempt that *.la error with $ rm gnome-shell/install/lib/*.la & $ jhbuild build -acf. it takes time but what do you expect from testing right? : )

Well that's a default answer. i'm sorry if it didn't work for you. were you getting that same error launching from terminal?

when i'm stuck, i always dld the gnome-shell-build-setup.sh script from the first page (you have to do this now, new dependencies as of today jan 18)

run it with /bin/bash and preempt that *.la error with $ rm gnome-shell/install/lib/*.la & $ jhbuild build -acf. it takes time but what do you expect from testing right? : )

augias said: heehee, or just use the gnome panel option.

...and be a second-rate citizen for now and for ever? When all that stands between my PIII-m powered powerhouse and Real Ubuntu™ is the lack of a single glitzy feature? That would not be very Ubuntu now would it? That would be Ubaguzi, and we can't have that around here.

AFAIK, both "~/gnome-shell/install/bin/gnome-shell --replace" and "~/gnome-shell/source/gnome-shell/src/gnome-shell --replace" do the same thing. In fact, on my machine, both work from terminal, but not autostarting.

Any other ideas?

AFAIK, both "~/gnome-shell/install/bin/gnome-shell --replace" and "~/gnome-shell/source/gnome-shell/src/gnome-shell --replace" do the same thing. In fact, on my machine, both work from terminal, but not autostarting.

Any other ideas?

Just rebuilt completely from scratch and there is a new dependency, libcups2-dev

Is there anyway to get gnome-shell to stop hibernating? I built it from source on my laptop and whenever I close it, it hibernates. I like to keep my laptop on 24/7 so this is a bit of an annoyance. This only happens while in the shell, with classic gnome my laptop goes to blank screen on close like I want.

Yeah, same happened to me! I messed around in the power settings on gnome-control-center. launch it from altf2 or system settings from the user menu on the right. A restart later got it.

And what is your answer?? Remove ~/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so ??? There is no libcanberra-gtk-module.so (or 32bit) file !!!

Any luck with this? I am having the same problem:

undefined reference to `g_slist_free_full' gnome-shell ubuntu

completely fresh build from gnome-shell-build-setup.sh onwards.

augias said: Yeah, same happened to me! I messed around in the power settings on gnome-control-center. launch it from altf2 or system settings from the user menu on the right. A restart later got it.

What settings did you change? I can't find anything that has to do with closing the lid.

I know, :/ I just have "AC power and inactive" totally unchecked, as if to tell it to never hibernate. Also, when searching "power" in activities, there are two results: Power and Power Manager. The latter is the gtk2 app. couldn't hurt to mess around in that as well. That has a lid option. Hope that helps, it's all very weird having two power manager apps. Remember this worked for me after restarting.

E: forums glitches

Somehow my gtk2 power manager doesn't show everything it used to. Could be because I installed kubuntu as well, although I'm using gdm instead of kdm. I edited the values in gconf to completely disable anything that had to do with hibernation or sleep, but mine still does it when I close it.

You've got a real patchwork os on your hands! I'm sorry I can't help you further :(

Thanks anyways. I'll figure it out eventually.

Merk42 said: Just rebuilt completely from scratch and there is a new dependency, libcups2-dev

Thanks for this, Merk42;I couldn't figure what was going wrong in an earlier build.

On a side note, my "not starting at login" problem is also gone with a recent build.

Just rebuild from scratch and a new feature was added! You can now search google or wikipedia from the shell!

could i recommend the OP add the url http://git.gnome.org/browse/gnome-shell/log/?showmsg=1 to the first post? this is where peple can pop in and see what newness has been committed to git head.

also recommend adding the command > $ jhbuild buildone gnome-shell as a faster alternative to updating the shell for non-crucial updates.

Can anyone weigh-in on this: does the Mozilla Daily PPA still break GS?

what are the keyboard shortcuts? Like how to pull up activities with keyboard?

figured out that one is super. Nice

http://live.gnome.org/GnomeShell/CheatSheet :)

Question: I see there was a new "release" of gnome-shell in the ricotz testing PPA on the 20th. Is it in good enough condition to try again, now?

Tim

ratcheer said: Question: I see there was a new "release" of gnome-shell in the ricotz testing PPA on the 20th. Is it in good enough condition to try again, now?

Tim

No, it is not. Unless something else is needed that I don't have. It still accepts my login to gnome3-session, then returns me to the login dialog. It also still messes up the Classic desktop, making it look like old fashioned Windows NT.

I will poke around the PPA to see if I can find more info to get this going. If I can't, I guess I will have to reinstall Ubuntu, again.

Tim

ratcheer said: No, it is not. Unless something else is needed that I don't have. It still accepts my login to gnome3-session, then returns me to the login dialog. It also still messes up the Classic desktop, making it look like old fashioned Windows NT.

... Tim

The simple theme you refer to in Gnome-Classic is there because the package gnome-settings-daemon_2.91.8 (of ricotz testing PPA) breaks gnome-classic theming. On the other hand, gnome-shell depends on it.

You can remove gnome-shell packages and just downgrade (in terminal with sudo dpkg -i) gnome-settings-daemon and libgnomekbd. No need to reinstall Ubuntu.

Thank you, Harry.

Tim

trying to build on my desktop never seems to work. I get to step 27 and get a bunch of reference errors. Run the command doesnt work. Trying after deleting gnome-shell folder now.

Seems like a waste though, as now the process has to redownload everything wasting valiable resources. (Not cpu, ram, etc, but real resources)

Nope didnt work again.

/home/keypox/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_source_get_time'
/home/keypox/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_set_dummy_callback'
/home/keypox/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/keypox/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_source_add_child_source'
/home/keypox/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_list_free_full'
/home/keypox/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_get_environ'
/home/keypox/gnome-shell/install/lib64/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/keypox/gnome-shell/install/lib64/libgtk-3.0.so: undefined reference to `g_get_monotonic_time'
/home/keypox/gnome-shell/install/lib64/libgdk-3.0.so: undefined reference to `g_slist_free_full'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/keypox/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/keypox/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/keypox/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/keypox/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/keypox/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/33]

Just for those interested in hardware compatibility, GNOME Shell *does not* run on my "ancient" iMac g4 PPC with 1gb RAM and the VGA compatible controller (nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)).

It built fine, just can't seem to run. :-(

moore.bryan said: Just for those interested in hardware compatibility, GNOME Shell *does not* run on my "ancient" iMac g4 PPC with 1gb RAM and the VGA compatible controller (nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)).

It built fine, just can't seem to run. :-(

maybe its time to switch to XFCE4.8

Unfortunately, 4.6 is the latest for Debian PPC; 4.8 is just coming-out *and* there aren't any PPC packages yet. I *could* try and compile the whole thing myself, but I'm not suicidal. ;-)

Just did a fresh compile-from-scratch of GS today (first in a while), and I was surprised that it went right through to the end without error.

My joy was short-lived, however, when I tried to fire it up, and got:

Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "gail-gnome": libgail-gnome.so: cannot open shared object file: No such file or directory
mutter: symbol lookup error: /home/sgage/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add
sgage@presa:~$ /usr/bin/compiz (core) - Error: Screen 0 on display ":0.0" already has a window manager; try using the --replace option to replace the current window manager.
No value set for `/apps/compiz-1/general/allscreens/options/active_plugins'

Any ideas?

TIA

sgage said: Just did a fresh compile-from-scratch of GS today (first in a while), and I was surprised that it went right through to the end without error.

My joy was short-lived, however, when I tried to fire it up, and got:

Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "gail-gnome": libgail-gnome.so: cannot open shared object file: No such file or directory
mutter: symbol lookup error: /home/sgage/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add
sgage@presa:~$ /usr/bin/compiz (core) - Error: Screen 0 on display ":0.0" already has a window manager; try using the --replace option to replace the current window manager.
No value set for `/apps/compiz-1/general/allscreens/options/active_plugins'

Any ideas?

TIA

Run it with the --replace option. Right now, Compiz is getting in the way. This will have it stop compiz and take over as a window manager. On exit, compiz will get restored.

wacked_up said: Run it with the --replace option. Right now, Compiz is getting in the way. This will have it stop compiz and take over as a window manager. On exit, compiz will get restored.

Well, I did run it with the --replace option (been fiddling with Gnome Shell for a long time). And the odd thing, I'm running in Natty Classic (no effects) - I'm running metacity.

Very confusing!

sgage said: Well, I did run it with the --replace option (been fiddling with Gnome Shell for a long time). And the odd thing, I'm running in Natty Classic (no effects) - I'm running metacity.

Very confusing! Try deleting [FONT="Courier New"]/home/sgage/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so[/FONT] There was some conflict where that file wants to use something that's been deprecated. I thought the issue was resolved in more recent builds, but I guess not

Encountered an error when building Mutter. Here's the error:

cc1: warnings being treated as errors
core/main.c: In function ‘sigterm_handler’:
core/main.c:445: error: ignoring return value of ‘write’, declared with attribute warn_unused_result
make[4]: *** [main.o] Error 1
make[4]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/mutter'
make: *** [all] Error 2
*** Error during phase build of mutter: ########## Error running make   *** [16/33]

Quadunit404 said: Encountered an error when building Mutter. Here's the error:

cc1: warnings being treated as errors
core/main.c: In function ‘sigterm_handler’:
core/main.c:445: error: ignoring return value of ‘write’, declared with attribute warn_unused_result
make[4]: *** [main.o] Error 1
make[4]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/mutter'
make: *** [all] Error 2
*** Error during phase build of mutter: ########## Error running make   *** [16/33]

same here

Quadunit404 said: Encountered an error when building Mutter. Here's the error:

cc1: warnings being treated as errors
core/main.c: In function ‘sigterm_handler’:
core/main.c:445: error: ignoring return value of ‘write’, declared with attribute warn_unused_result
make[4]: *** [main.o] Error 1
make[4]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/tom/gnome-shell/source/mutter/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/mutter'
make: *** [all] Error 2
*** Error during phase build of mutter: ########## Error running make   *** [16/33]

Same thing here... ill try an older revision of mutter to check if it is of any help...

EDIT: There was a commit in main.c file on 24/01. This commit is the cause of the warning. Just rollback this file to the previous commit and the compilation will proceed.

$git log ~/gnome-shell/source/mutter/src/core.c

commit 48b9807c86d520b4b007dd0a438f3c5d72a9a477 <---- the number that you want
Author: Nickolas Lloyd <ultrageek.lloyd@gmail.com>
Date:   Tue Aug 17 10:41:18 2010 +0000

$git checkout 48b9807c86d520b4b007dd0a438f3c5d72a9a477 ~/gnome-shell/source/mutter/src/core.c

Tried that. GNOME Shell became unusably slow. I mean, a snail could perform faster than it :|

EDIT: Well, damn, just realized there's a GS patch that fixes performance on NVIDIA cards, and I just deleted my installation. Looks like I'll have to rebuild tomorrow.

rchiossi said: Same thing here... ill try an older revision of mutter to check if it is of any help...

EDIT: There was a commit in main.c file on 24/01. This commit is the cause of the warning. Just rollback this file to the previous commit and the compilation will proceed.

$git log ~/gnome-shell/source/mutter/src/core.c

commit 48b9807c86d520b4b007dd0a438f3c5d72a9a477 <---- the number that you want
Author: Nickolas Lloyd <ultrageek.lloyd@gmail.com>
Date:   Tue Aug 17 10:41:18 2010 +0000

$git checkout 48b9807c86d520b4b007dd0a438f3c5d72a9a477 ~/gnome-shell/source/mutter/src/core.c

how would you do the rollback?

Quadunit404 said: Tried that. GNOME Shell became unusably slow. I mean, a snail could perform faster than it :|

EDIT: Well, damn, just realized there's a GS patch that fixes performance on NVIDIA cards, and I just deleted my installation. Looks like I'll have to rebuild tomorrow.

which patch would that be, im trying to build on desktop w/ nvidia.

new gnome 3 website. http://gnome3.org/tryit.html live usbs "really soon"

rchiossi said:

EDIT: There was a commit in main.c file on 24/01. This commit is the cause of the warning. Just rollback this file to the previous commit and the compilation will proceed.

$git log ~/gnome-shell/source/mutter/src/core.c

commit 48b9807c86d520b4b007dd0a438f3c5d72a9a477 <---- the number that you want
Author: Nickolas Lloyd <ultrageek.lloyd@gmail.com>
Date:   Tue Aug 17 10:41:18 2010 +0000

$git checkout 48b9807c86d520b4b007dd0a438f3c5d72a9a477 ~/gnome-shell/source/mutter/src/core.c

To show the commit you posted, i have to correct the path to:

$ git log ~/gnome-shell/source/mutter/src/core/main.c

To rollback, i have to do the checkout when i'm inside the "mutter" directory.

Nevertheless, i can't compile mutter even after rolling back the commit. =(

stefanauss said: Nevertheless, i can't compile mutter even after rolling back the commit. =(

Now mutter won't compile for me, either. Guess I'll try again tomorrow.

Quadunit404 said: Tried that. GNOME Shell became unusably slow. I mean, a snail could perform faster than it :|

EDIT: Well, damn, just realised there's a GS patch that fixes performance on NVIDIA cards, and I just deleted my installation. Looks like I'll have to rebuild tomorrow.

Believe me, the performance has nothing to do with the rollback i proposed... it just add an unused variable back into the code to avoid de warnings. (The compilation fail in case of warnings for mutter).

I'm also using a computer with nvidia cpu and the performance is terrible... just upgraded my system and I'm still getting bad performance.

I'm looking into this issue, but I had no luck so far. =/

EDIT: The new commits fixed the compilation problem for mutter and the performance seems to be a bit better. Its usable now, although the animations are still choppy.

I've been trying to build gnome-shell all day but have given up 3 times due to unbelievably slow downloads from git , on the order of only 4% of the first module d/l'd after 1 hr. anyone else seeing this ?

Here's how to get and apply the patch for anyone else experiencing horrible performance on NVIDIA:

cd ~/gnome-shell/source/gnome-shell
curl http://bugzilla-attachments.gnome.org/attachment.cgi?id=157326 > shell-animations-nvidia.patch
git am shell-animations-nvidia.patch
make
make install

Yes, the make and make install parts are required for the patch to actually work.

Just tried a compile-from-scratch. Now it's clutter:

checking GL/glx.h usability... no
checking GL/glx.h presence... no
checking for GL/glx.h... no
configure: error: Unable to locate required GLX headers
*** Error during phase configure of clutter: ########## Error running ./autogen.sh --prefix /home/sgage/gnome-shell/install --libdir '/home/sgage/gnome-shell/install/lib'  --disable-static --disable-gtk-doc  *** [1/1]

I think that you need the proprietary drivers (for NVIDIA or ATi) or Intel's drivers to build Clutter :|

Quadunit404 said: I think that you need the proprietary drivers (for NVIDIA or ATi) or Intel's drivers to build Clutter :|

?

In any case, I _am_ running the proprietary NVIDIA drivers.

Judging from the sticky msg up top, it seems we might be in for some heavy weather for the next few days...

Which version are you using? I'm running NVIDIA driver v270.18. I just finished building the GNOME 3 stack without encountering any problems. I even patched it with the NVIDIA patch to fix the animations when using the proprietary NVIDIA drivers. It's running quite beautifully over here.

And since I use the X-Swat PPA rather than the Xorg-Edgers PPA (I prefer more stable stuff, thanks) and I use Maverick rather than Natty I won't really be affected by the X.org updates coming up in the XOE PPA.

i have a fun new problem i cant update the clutter build phase because jhbuild can't connect to the git repository i get fatal: unable to connect a socket (connection refused) every other phase builds perfectly

omega52390 said: i have a fun new problem i cant update the clutter build phase because jhbuild can't connect to the git repository

i get fatal: unable to connect a socket (connection refused) every other phase builds perfectly

yup i got the same thing !!

just gonna let it finish up and then tomorrow try :-

jhbuild build

again and hope it corrects itself

:-)

if you already have the repository, just skip the checkout and it will be fine.

As for the performance issue with nvidia, the patch proposed had no effect for me... still getting choppy animations.

The patch worked for me. GS seems to be less stable than without it, though.

Maybe it doesn't work with all NVIDIA cards? :???:

EDIT: Actually... you have to run make and then make install after patching the GS source for the patch to actually work :lol: because that's what I did after patching and it worked. Guess I'll go ahead and edit the NVIDIA fix instructions to reflect that.

Git still won't work for me. :-(

moore.bryan said: Git still won't work for me. :-(

Same here. It's been quite a while since I've been able to compile GS, and I'm curious as to where it is in its development.

remove or rename your ~/gnome-shell/source/clutter directory,

cd ~/gnome-shell/source/
git clone http://git.clutter-project.org/clutter

Wait a minute as you won't get any output except you'll get control back when it's finished.

Then build as normal.

I've built the entire stack multiple times in the last few days so I know there's nothing wrong with git. :)

I think I'll stick with my current build of GS until Clutter's build process is fixed. Sure, it's old, but if it works it works.

Mblackwell said: remove or rename your ~/gnome-shell/source/clutter directory,

cd ~/gnome-shell/source/
git clone http://git.clutter-project.org/clutter

Wait a minute as you won't get any output except you'll get control back when it's finished.

Then build as normal.

I've built the entire stack multiple times in the last few days so I know there's nothing wrong with git. :)

I tried this, and got past that problem. Now I'm back to this:

checking GL/glx.h usability... no
checking GL/glx.h presence... no
checking for GL/glx.h... no
configure: error: Unable to locate required GLX headers
*** Error during phase configure of clutter: ########## Error running ./autogen.sh --prefix /home/sgage/gnome-shell/install --libdir '/home/sgage/gnome-shell/install/lib'  --disable-static --disable-gtk-doc  *** [1/1]

What do I do about that?

[EDIT: Never mind, I figured it out. Somehow, I was missing mesa-common-dev. It is included in the code given in the 1st post in this thread, but somehow it didn't get installed. Once I installed it, the clutter compile just sailed right through.]

Ack! So near, and yet so far! Made it through to the gnome-shell module, and this is what happened:

tray/na-tray-child.c:418:7: error: implicit declaration of function ‘gtk_socket_get_plug_window’
tray/na-tray-child.c:418:7: error: implicit declaration of function ‘GTK_SOCKET’
tray/na-tray-child.c:418:19: error: assignment makes pointer from integer without a cast
tray/na-tray-child.c: In function ‘na_tray_child_get_wm_class’:
tray/na-tray-child.c:529:22: error: ‘NaTrayChild’ has no member named ‘icon_window’
tray/na-tray-child.c: In function ‘na_tray_child_has_alpha’:
tray/na-tray-child.c:368:1: error: control reaches end of non-void function
make[2]: *** [libtray_la-na-tray-child.lo] Error 1
make[2]: Leaving directory `/home/sgage/gnome-shell/source/gnome-shell/src'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/home/sgage/gnome-shell/source/gnome-shell/src'
make: *** [install-recursive] Error 1
*** Error during phase install of gnome-shell: ########## Error running make install *** [30/33]

Any ideas?

I made a script wich will install and start the Gnome 3 Shell or Gnome-Desktop3 automatically:

Interesting new error on my Debian install:

configure: error: Could not figure out where Firefox JavaScript library lives

I've double- and triple-checked; I have libmozjs-dev installed and in the appropriate place.

Any thoughts?

FIXED: Apparently, I'd updated everything *but* xulrunner-dev from the "experimental" repo.

Getting an error while checking out gdk-pixbuf:

*** Checking out gdk-pixbuf *** [7/33]
git stash save jhbuild-stash
po/gl.po: needs merge
po/gl.po: needs merge
po/gl.po: unmerged (5d21494f4791b26e5c6cc4987121bd58f3fe76fc)
po/gl.po: unmerged (6f1522f2acca0b723eb59f57e17ce0784f1c9923)
po/gl.po: unmerged (f8fb10f37f671cd1c1250efc8f57ff43bbe482a9)
fatal: git-write-tree: error building trees
Cannot save the current index state
*** Error during phase checkout of gdk-pixbuf: ########## Error running git stash save jhbuild-stash *** [7/33]

I decided to update GS and ran into this error while doing so :|

EDIT: Just ran option 6 (Wipe directory and start again) and NOW it builds.

sgage said: Ack! So near, and yet so far! Made it through to the gnome-shell module, and this is what happened:

tray/na-tray-child.c:418:7: error: implicit declaration of function ‘gtk_socket_get_plug_window’
tray/na-tray-child.c:418:7: error: implicit declaration of function ‘GTK_SOCKET’
tray/na-tray-child.c:418:19: error: assignment makes pointer from integer without a cast
tray/na-tray-child.c: In function ‘na_tray_child_get_wm_class’:
tray/na-tray-child.c:529:22: error: ‘NaTrayChild’ has no member named ‘icon_window’
tray/na-tray-child.c: In function ‘na_tray_child_has_alpha’:
tray/na-tray-child.c:368:1: error: control reaches end of non-void function
make[2]: *** [libtray_la-na-tray-child.lo] Error 1
make[2]: Leaving directory `/home/sgage/gnome-shell/source/gnome-shell/src'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/home/sgage/gnome-shell/source/gnome-shell/src'
make: *** [install-recursive] Error 1
*** Error during phase install of gnome-shell: ########## Error running make install *** [30/33]

Any ideas?

I ran into the same the exact same problems with glx and then gnome-shell , try closing the term you built in , open a new one ad run jhbuild with the -fac options , that worked for me .

Mentlegen, I have good news: apparently the NVIDIA animations patch has been merged into GS and animations are now smooth like they should be.

Unless of course during the build process jhbuild found the NVIDIA patch in the GS source folder and automatically applied it. Someone else with a NVIDIA card mind confirming?

Well, after tearing it right down to the metal and starting fresh, GS compiled without complaints. I went to fire it up, and:

Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "gail-gnome": libgail-gnome.so: cannot open shared object file: No such file or directory
mutter: symbol lookup error: /home/sgage/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add
sgage@presa:~$ /usr/bin/compiz (core) - Error: Screen 0 on display ":0.0" already has a window manager; try using the --replace option to replace the current window manager.
No value set for `/apps/compiz-1/general/allscreens/options/active_plugins'

I did use the --replace option in invoking gnome-shell. I am running metacity - is that a problem? I thought you couldn't run compiz and gnome-shell.

I would sure like to have a look at how GS is shaping up, but I'm just about to give up.

Thanks in advance for any insight you might be able to provide.

I think that "`/apps/compiz-1/general/allscreens/options/active_plugins'" has something to do with unity .I'm going to try purging every part of unity that I can without destroying my install and see if that helps .

sgage said: Well, after tearing it right down to the metal and starting fresh, GS compiled without complaints. I went to fire it up, and:

Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "gail-gnome": libgail-gnome.so: cannot open shared object file: No such file or directory
mutter: symbol lookup error: /home/sgage/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add
sgage@presa:~$ /usr/bin/compiz (core) - Error: Screen 0 on display ":0.0" already has a window manager; try using the --replace option to replace the current window manager.
No value set for `/apps/compiz-1/general/allscreens/options/active_plugins'

I did use the --replace option in invoking gnome-shell. I am running metacity - is that a problem? I thought you couldn't run compiz and gnome-shell.

I would sure like to have a look at how GS is shaping up, but I'm just about to give up.

Thanks in advance for any insight you might be able to provide. It's been said before in this thread. Delete the libcanberra-gtk-module.so file it's referring to, it's a known bug.

I'll add it to the OP since that's been coming up a lot

thanks that saved me from chasing my tail :p

since i had'nt said much in a while before my post about the git error i figured i would come back and say some stuff. first off thanks for the fix for git i havent been able to compile for a month or so due to issue after issue after this im back in and i cant believe how much i missed it

im digging the new schedule pane in the drop down calender but it needs to be centered better

and now all i want is someone to get me a slate/tablet/touch thingy to shove GS onto, or even better if a manufacturer would make me one (/drool)

also does anyone know if anyone from the GS team reads this thread cuz it would be nice to know that our issues and ideas are heard here

Has the clutter git connection refused issue been solved for everyone but me? :-(

moore.bryan said: Has the clutter git connection refused issue been solved for everyone but me?

:-( If it makes you feel any better, I'm still having the same issue. Tried building the rest but it wouldn't run and now half of my cursors are black look like old GNOME cursors?

I successfully updated GS a day or two ago - remember that error code I posted a while back involving gdk-pixbuf? Yeah, it was rather easy to solve.

moore.bryan said: Has the clutter git connection refused issue been solved for everyone but me?

:-(

no we all still have the problem however the workaround on page 53 does work perfectly i was able to build from scratch using it just fine

It seems that GS now requires some packages that are newer than what is in the repos:

configure: error: Package requirements (libecal-1.2 >= 1.6.0 libedataserver-1.2 >= 1.2.0 libedataserverui-1.2 >= 2.91.6) were not met:

Requested 'libedataserverui-1.2 >= 2.91.6' but version of libedataserverui is 2.32.2

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBECAL_CFLAGS
and LIBECAL_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
*** Error during phase configure of gnome-shell: ########## Error running ./autogen.sh --prefix /home/sgage/gnome-shell/install --libdir '/home/sgage/gnome-shell/install/lib'  --disable-static --disable-gtk-doc  *** [29/32]

Presumably these packages will be updated soon...

sgage said: It seems that GS now requires some packages that are newer than what is in the repos:

[..] Presumably these packages will be updated soon... Known issue, you can apply this patch: http://fpaste.org/Y1pf/ Worked for me.

fil0~ said: Known issue, you can apply this patch: http://fpaste.org/Y1pf/

Worked for me.

Looking through that patch, I found this:

# Collect more than 20 libraries for a prize!

:lol:

PS: The GNOME Shell live CDs have been released, along with some UI changes. Read about it here.

EDIT: New error:

./.libs/libgtk-3.0.so: undefined reference to `gdk_window_get_drag_protocol'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', '../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/tom/gnome-shell/source/gtk3/gtk/tmp-introspecteDcul3/Gtk-3.0', '-export-dynamic', '-L.', 'libgtk-3.0.la', '-pthread', '-L/home/tom/gnome-shell/install/lib64', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/tom/gnome-shell/source/gtk3/gtk/tmp-introspecteDcul3/Gtk-3.0.o']' returned non-zero exit status 1
make[4]: *** [Gtk-3.0.gir] Error 1
make[4]: Leaving directory `/home/tom/gnome-shell/source/gtk3/gtk'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/tom/gnome-shell/source/gtk3/gtk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/tom/gnome-shell/source/gtk3/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/gtk3'
make: *** [all] Error 2
*** Error during phase build of gtk3: ########## Error running make   *** [8/32]

Checking out if running phase "Wipe directory and start over" will do anything. If there are any new dependencies I'll post them here.

EDIT: New dependency: evolution-data-server-dev. However, installing that did nothing.

New error for me but got passed where i was before

gsd-xrandr-manager.c:652: error: ‘GdkNativeWindow’ undeclared (first use in this function)
gsd-xrandr-manager.c:652: error: (Each undeclared identifier is reported only once
gsd-xrandr-manager.c:652: error: for each function it appears in.)
gsd-xrandr-manager.c:652: error: expected ‘)’ before ‘parent_window_id’
make[3]: *** [libxrandr_la-gsd-xrandr-manager.lo] Error 1
make[3]: Leaving directory `/home/keypo/gnome-shell/source/gnome-settings-daemon/plugins/xrandr'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/keypo/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/keypo/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [26/32]

got it from here http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html

had to delete the old libnotify folder in ~/gnome-shell then follow instructions on that error

cd ~/bin ./jhbuild shell cd ~/gnome-shell/source git clone git://git.gnome.org/libnotify cd ./libnotify ./autogen.sh --prefix $HOME/gnome-shell/install/ make && make install

configure: error: Package requirements (libecal-1.2 >= 1.6.0 libedataserver-1.2 >= 1.2.0 libedataserverui-1.2 >= 1.2.0) were not met:

No package 'libecal-1.2' found
No package 'libedataserver-1.2' found
No package 'libedataserverui-1.2' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBECAL_CFLAGS
and LIBECAL_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
*** Error during phase configure of gnome-shell: ########## Error running ./autogen.sh --prefix /home/keypo/gnome-shell/install --libdir '/home/keypo/gnome-shell/install/lib'  --disable-static --disable-gtk-doc  *** [29/32]

So close!!!!

fil0~ said: Known issue, you can apply this patch: http://fpaste.org/Y1pf/

Worked for me.

Can you please explain how to apply this patch? I encountered the same error when doing a sandbox build.

How about the test-media-keys error; any ideas what I can do about this?

CCLD   test-media-keys
/home/bryan/gnome-shell/install/lib/libgtk-3.0.so: undefined reference to `g_source_get_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_set_dummy_callback'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_variant_new_bytestring_array'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_value_set_variant'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_variant_new_bytestring'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_param_spec_variant'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_variant_get_bytestring_array'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_main_context_invoke'
/home/bryan/gnome-shell/install/lib/libgtk-3.0.so: undefined reference to `g_object_class_install_properties'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_variant_is_floating'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_source_add_child_source'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_dcgettext'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_value_get_variant'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_error_get_type'
/home/bryan/gnome-shell/install/lib/libgtk-3.0.so: undefined reference to `g_list_free_full'
/home/bryan/gnome-shell/install/lib/libgtk-3.0.so: undefined reference to `g_object_notify_by_pspec'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_cclosure_marshal_VOID__VARIANT'
/home/bryan/gnome-shell/install/lib/libgdk-3.0.so: undefined reference to `g_source_set_name'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_value_dup_variant'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_get_environ'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_variant_compare'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_variant_dup_bytestring_array'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_signal_accumulator_first_wins'
/home/bryan/gnome-shell/install/lib/libgtk-3.0.so: undefined reference to `g_get_monotonic_time'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_variant_get_bytestring'
/home/bryan/gnome-shell/install/lib/libgio-2.0.so: undefined reference to `g_value_take_variant'
/home/bryan/gnome-shell/install/lib/libgdk-3.0.so: undefined reference to `g_slist_free_full'
collect2: ld returned 1 exit status
make[5]: *** [test-media-keys] Error 1
make[5]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins/media-keys'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2

Oh, and clutter's up for me now...

Anybody ever figure out how to fix the GTK3 compilation error I posted? I tried removing the .la files from ~/gnome-shell/install/lib64 but that did nothing.

EDIT: Here it is again if anyone missed it

./.libs/libgtk-3.0.so: undefined reference to `gdk_window_get_drag_protocol'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/bash', '../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/home/tom/gnome-shell/source/gtk3/gtk/tmp-introspectdOaF7v/Gtk-3.0', '-export-dynamic', '-L.', 'libgtk-3.0.la', '-pthread', '-L/home/tom/gnome-shell/install/lib64', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lglib-2.0', '/home/tom/gnome-shell/source/gtk3/gtk/tmp-introspectdOaF7v/Gtk-3.0.o']' returned non-zero exit status 1
make[4]: *** [Gtk-3.0.gir] Error 1
make[4]: Leaving directory `/home/tom/gnome-shell/source/gtk3/gtk'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/tom/gnome-shell/source/gtk3/gtk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/tom/gnome-shell/source/gtk3/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/gtk3'
make: *** [all] Error 2
*** Error during phase build of gtk3: ########## Error running make   *** [8/32]

EDIT: Deleting ~/gnome-shell worked. Well, gee, couldn't jhbuild tell me that was the problem the whole time? ](*,)

Thanks for this info QuadUnit 404, I was just getting frustrated having the same problem. Cheers!

In other news, apparently the NVIDIA animations patch has merged in the main GS source as I didn't have to patch the source code or anything.

Oh, and you also need to install some new dependencies for GS due to the new calendar I believe. GS should list them during the configure process if you don't have them already. Just search for them in the USC or Synaptic or whatever your package manager is and you should find them (install the ones with -dev at the end)

Quadunit404 said: In other news, apparently the NVIDIA animations patch has merged in the main GS source as I didn't have to patch the source code or anything.

Oh, and you also need to install some new dependencies for GS due to the new calendar I believe. GS should list them during the configure process if you don't have them already. Just search for them in the USC or Synaptic or whatever your package manager is and you should find them (install the ones with -dev at the end)

I thought i posted to delete gnome-shell folder as that wokred for me, but guess i didnt hit submit lol.

Anyways i was stuck on the new dependencies

No package 'libecal-1.2' found No package 'libedataserver-1.2' found No package 'libedataserverui-1.2' found

are you saying they are fixed now? Im about to try to build all over hoping it works this time :popcorn:

Hi Merk42!

Is there a USB download for 3.0 yet? (Ubuntu)

Thanks!

KegHead

keypox said: I thought i posted to delete gnome-shell folder as that wokred for me, but guess i didnt hit submit lol.

Anyways i was stuck on the new dependencies

No package 'libecal-1.2' found No package 'libedataserver-1.2' found No package 'libedataserverui-1.2' found

are you saying they are fixed now? Im about to try to build all over hoping it works this time :popcorn:

New gnome-shell 2.91.6 is integrated with evolution-data-server to support calendar appointments. Not actually big news. Gnome-panel with its applets has been integrated that way for ages.

keypox said: I thought i posted to delete gnome-shell folder as that wokred for me, but guess i didnt hit submit lol.

Anyways i was stuck on the new dependencies

No package 'libecal-1.2' found No package 'libedataserver-1.2' found No package 'libedataserverui-1.2' found

are you saying they are fixed now? Im about to try to build all over hoping it works this time :popcorn:

Run this:

sudo apt-get install libecal1.2-dev libedataserver1.2-dev libedataserverui1.2-dev

That should give you everything you need to build GS now in one command. The GNOME devs changed the calendar recently to put the Scheduled tasks part back into view, so you need to install those.

Built from scratch this morning without incident. Fired up GS and got the canberra error. Deleted the canberra file, and got the following:

Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "gail-gnome": libgail-gnome.so: cannot open shared object file: No such file or directory
(mutter:1510): Clutter-DEBUG: Signal type minimize not supported

(mutter:1510): Clutter-DEBUG: Signal type maximize not supported

(mutter:1510): Clutter-DEBUG: Signal type restore not supported

Window manager warning: Log level 16: Failed to load shared library 'libgnome-bluetooth-applet.so.0' referenced by the typelib: libgnome-bluetooth-applet.soso: cannot open shared object file: No such file or directory
Window manager warning: Log level 8: g_ascii_strncasecmp: assertion `s2 != NULL' failed
Shell killed with signal 11

At this point, there is no panel or other evidence of GS. Metacity seems to be running. Alt-Tab rotates through open windows. I can right-click on the desktop and in the menu "open in terminal" to get a term going. I can type 'gnome-panel' and get my 2-panel setup going, and log out, etc.

What is happening? I'm about to give up.

Quadunit404 said: Run this:

sudo apt-get install libecal1.2-dev libedataserver1.2-dev libedataserverui1.2-dev

That should give you everything you need to build GS now in one command. The GNOME devs changed the calendar recently to put the Scheduled tasks part back into view, so you need to install those.

thank you sir i am now * success * [32/32]

However i had one last error when gnome shell wouldnt start that i fixed with.

rm ~/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so

It is super choppy on my system with nvidia. Are you sure the nvidia patch is in?

EDIT: Ran the patch still choppy animations, running xswat with 260 gtx

It might be me using NVIDIA driver 270.18 from the X-Swatters PPA. Check the NVIDIA X Server settings and tell me the driver you have installed.

Successfully built on my Debian 6.0 install. There is, apparently, a new wrinkle in how the time/day is portrayed in the panel: no longer is that controlled by the ~/gnome-shell/install/share/gnome-shell/js/ui/panel.js file... so, time to go figure out how to change "Wed 4:55 PM" to something more useful...

:-)

EDIT Wow, that was easy. For anyone looking to change the clock format in the panel, you need to edit the ~/gnome-shell/install/share/gnome-shell/js/ui/dateMenu.js file.

Oh, and if you launch with ~/gnome-shell/source/gnome-shell/src/gnome-shell --replace instead of ~/gnome-shell/install/bin/gnome-shell --replace, you'll need to change those locations above to what works for you.

Quadunit404 said: It might be me using NVIDIA driver 270.18 from the X-Swatters PPA. Check the NVIDIA X Server settings and tell me the driver you have installed.

Im also using x-swat, and the kernel updated today.

Huh... maybe the patch doesn't work with all NVIDIA cards?

You mind pasting the terminal output for GS? That might help us.

KegHead said: Hi Merk42!

Is there a USB download for 3.0 yet? (Ubuntu)

Thanks!

KegHead There is, though it seems to be based off of openSUSE

Quadunit404 said: Huh... maybe the patch doesn't work with all NVIDIA cards?

You mind pasting the terminal output for GS? That might help us.

Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "globalmenu-plugin": libglobalmenu-plugin.so: cannot open shared object file: No such file or directory
Window manager warning: Log level 16: Accessibility: org.a11y.atspi schema not found. Are you sure that at-spi or at-spi2 is installed on your system?
Window manager warning: Log level 16: Accessibility: invalid module path (NULL)
Window manager warning: Log level 16: Accessibility: error loading the atk-bridge. Although the accessibility on the system is enabled and clutter accessibility is also enabled, accessibility support on GNOME Shell will not work
      JS LOG: GNOME Shell started at Wed Feb 02 2011 21:15:34 GMT-0500 (EST)
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Gtk-Message: Failed to load module "globalmenu-plugin": libglobalmenu-plugin.so: cannot open shared object file: No such file or directory
      JS LOG: Failed to acquire org.freedesktop.Notifications; trying again

(mutter:8757): GdmUser-WARNING **: Unable to load CK history: no seat-id found

** (ck-history:8784): WARNING **: Unknown option --since=2010-12-05T02:15:35.459451Z

Merk42 said: There is, though it seems to be based off of openSUSE

opensuse one didnt work for my but the fedora one did. http://www.webupd8.org/2011/02/easily-test-gnome-shell-using-live-cd.html

xtoudi said:

ln -s ~/gnome-shell/install/share/applications/gnome-shell.desktop ~/.local/share/applications/gnome-shell.desktop gconftool-2 -s /desktop/gnome/session/required_components/windowmanager "gnome-shell" -t string

I have used this to start GS at login but I wont to be able to choose what to use, how do I reverse it?

gconftool-2 --type string --set /desktop/gnome/session/required_components/windowmanager "gnome-wm"

That should do the trick.

Now then, I created a Shell script that runs the command [FONT="Courier New"]jhbuild build --force --clean[/FONT] (aka update GS) and I want it so that Shell script runs every day at 5PM. Would adding this to my crontab work?

00 17 * * * /home/tom/scripts/update_gs.sh

Or do I have to add a [FONT="Courier New"]sh[/FONT] before the path to update_gs.sh?

error: GNOME Shell requires Mutter to be compiled against GTK+-3.0 * Error during phase configure of gnome-shell: ########## Error running ./autogen.sh --prefix /home/brian/gnome-shell/install --libdir '/home/brian/gnome-shell/install/lib' --disable-static --disable-gtk-doc * [1/1]

Any ideas why i am getting this ?

bmbaker said: error: GNOME Shell requires Mutter to be compiled against GTK+-3.0

* Error during phase configure of gnome-shell: ########## Error running ./autogen.sh --prefix /home/brian/gnome-shell/install --libdir '/home/brian/gnome-shell/install/lib' --disable-static --disable-gtk-doc * [1/1]

Any ideas why i am getting this ?

Did you per change at one point check out the overlay-redesign branch and forgot to switch back to main?

I had that problem too and this was the reason.

wacked_up said: Did you per change at one point check out the overlay-redesign branch and forgot to switch back to main?

I had that problem too and this was the reason.

ah yes indeed i did !! ha .-) thanks so how do i switch back to the main after ? or do i just redo all?

bmbaker said: ah yes indeed i did !! ha .-) thanks

so how do i switch back to the main after ? or do i just redo all?

in your home folder I think is a hidden file: .jhbuildrc-custom or something. At one point you added there that you wanted the branch instead of the master. Remove or comment the line.

Then, on the terminal do this: jhbuild buildone -n gnome-shell

This just builds the shell, so you don't have to rebuild everything.

Enjoy!

Just compiled Gnome Shell on Lucid, and it works great. I have to admit it does feel futuristic.

wacked_up said: in your home folder I think is a hidden file: .jhbuildrc-custom or something.

At one point you added there that you wanted the branch instead of the master. Remove or comment the line.

Then, on the terminal do this: jhbuild buildone -n gnome-shell

This just builds the shell, so you don't have to rebuild everything.

Enjoy!

great thank you :-) I'll try it out again later!

Just updated GS. Encountered two checkout errors that were... easily resolved (all I had to do was choose phase "Wipe directory and start over") and so far I have noticed that animations - particularly the animation when switching to the Activities view - is much smoother.

Just gotta wait for all the crashing to be fixed (I experience random Shell crashes and get sent back to Compiz when that happens) and I'll set GS to be my desktop.

Oh, and that question regarding auto-updating GS through cron I asked earlier? Yeah, it'll work without [FONT="Courier New"]sh[/FONT]. I ran the command /home/tom/scripts/update_gs.sh in a terminal WITHOUT [FONT="Courier New"]sh[/FONT] and it ran.

Package requirements (libxklavier >= 5.1) were not met:

Requested 'libxklavier >= 5.1' but version of libxklavier is 5.0

For me today, package not updated yet it seems.

Boooo! I am unable to compile on Debian Sid because I need a newer version of libmoz.. something. :D

I grabbed the -dev from experiemental and it told me it couldnt find the proper place for it, so I will have to wait until Sid gets a newer fox.

keypox said: Package requirements (libxklavier >= 5.1) were not met:

Requested 'libxklavier >= 5.1' but version of libxklavier is 5.0

For me today, package not updated yet it seems. *Just* ran into this now... *really* irritating because I just compiled yesterday on my Debian install and everything went fine, so I thought it was the right time to compile on my Mint. Also, there's no libxklavier 5.1 *anywhere*, not even on their SourceForge page.

NightwishFan said: Boooo! I am unable to compile on Debian Sid because I need a newer version of libmoz.. something. :D

I grabbed the -dev from experiemental and it told me it couldnt find the proper place for it, so I will have to wait until Sid gets a newer fox.

I got past this by rebooting, deleting the entire gnome-shell dir, and starting from scratch.

moore.bryan said: *Just* ran into this now... *really* irritating because I just compiled yesterday on my Debian install and everything went fine, so I thought it was the right time to compile on my Mint. Also, there's no libxklavier 5.1 *anywhere*, not even on their SourceForge page.

I got past this by rebooting, deleting the entire gnome-shell dir, and starting from scratch.

yeah its really just if your lucky enough to build at hte right time lol.

Hit or miss... wish they wouldn't put in a new necessary component without that component even being available, though...

moore.bryan said: Hit or miss... wish they wouldn't put in a new necessary component without that component even being available, though...

Yes, that is exactly what has happened.

http://permalink.gmane.org/gmane.comp.gnome.desktop/43957

Looks like that it will be released quickly.

Got past the mozjs errors on sid, and now I am stuck on the above as well. I will post as soon as I am able to build and how if I figure it out.

Okay! Hope you figure it out, because I ran into that same error too :|

I found a solution by searching in google here: http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html

I got it to work by changing the configure.in for libgnomekbd on line 21
and configure.ac of gnome-control-center on line 172 from 5.1 to 5.0. All other instructions were as above (rm *.la and rm libcanberra-gtk-module.so). Thanks! 

^ Patching didn't work for me, I guess because I fully deleted my gnome-shell dir thinking that could be causing some of the problems. For anyone else out there who is starting from scratch, the following did the trick for me:

• Build until failure and the xklavier error.
• cd into ~/gnome-shell/source/libgnomekbd and edit the configure.in file to change the libxklavier requirement to 5.0 on line 21.
• Select choice "1" to reconfigure.
• The gnome-shell build will stop again at gnome-control-center. cd into ~/gnome-shell/source/gnome-control-center and edit the configure.ac file to change the libxklavier requirement to 5.0 on line 172.
• Select choice "1" to reconfigure.

Everything should then continue fine. I'm recompiling a second time to make sure this all works and will post back success or failure.

I didn't use the patches too. I did it like you just described, and now I can successfully start it.

How can I login to gnome3 session now? Is there any commands or a file to edit to put it as an option in login sessions selection?

moore.bryan said: ^ Patching didn't work for me, I guess because I fully deleted my gnome-shell dir thinking that could be causing some of the problems. For anyone else out there who is starting from scratch, the following did the trick for me:

• Build until failure and the xklavier error.
• cd into ~/gnome-shell/source/libxklavier and edit the configure.in file to change the libxklavier requirement to 5.0 on line 21.
• Select choice "1" to reconfigure.
• The gnome-shell build will stop again at gnome-control-center. cd into ~/gnome-shell/source/gnome-control-center and edit the configure.ac file to change the libxklavier requirement to 5.0 on line 172.
• Select choice "1" to reconfigure.

Everything should then continue fine. I'm recompiling a second time to make sure this all works and will post back success or failure.

Thanks. Works for me.

You might also want to change the ~/gnome-shell/source/libxklavier to ~/gnome-shell/source/libgnomekbd though :wink:

I can confirm this works on my Linux Mint and Fedora installs... still waiting for it to compile on my Debian.

My Debian install is still getting the same error I posted in #550 when trying to build gnome-settings-daemon with the test-media-keys.

Any ideas?

Quadunit404 said: Thanks. Works for me.

You might also want to change the ~/gnome-shell/source/libxklavier to ~/gnome-shell/source/libgnomekbd though :wink: Thanks for catching that... caught it myself and made the change--apparently--right after your post!

moore.bryan said: My Debian install is still getting the same error I posted in #550 when trying to build gnome-settings-daemon with the test-media-keys.

Any ideas? I solved this by deleting any *.la files in /usr/lib--even though I already did that--and am rebuilding now. Fingers crossed.

Fresh Natty 64-bit: deleted the .la files, ran jhbuild, did the libxklavier version dance, had to remove gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so, then the shell started just fine.

Turns-out GS won't run on my old iMac G4 "Flowerpot" because there are no NVIDIA PPC drivers out there. :-(

Oh well, 4/5 ain't bad.

Think it might be time to get a new computer, then?

According to the GNOME 3 site, any computer released in the last five years should be powerful enough for GS. The iMac G4 was discontinued 7 years ago.

Just compiled and running on Debian Sid! :)

got it running here but animations are to slow with nvidia.

Okay, as of sometime around 8AM today, I have been using GS without it crashing _once_ on me. That's gotta be some sort of record, right?

Tips for Squeeze/Sid users, if you want to have the shell perform well, remove the package "menu", because the gnome shell loads a copy of everything in its menu, which takes forever to load.

anyone else having troubling install on a USB. I followed the commands on the Gnome 3 website but every time I input the iso source, I receive a "command not found."

What is the exact command? Can you link me to the instructions?

Quadunit404 said: Think it might be time to get a new computer, then?

According to the GNOME 3 site, any computer released in the last five years should be powerful enough for GS. The iMac G4 was discontinued 7 years ago. It *is* old, but I've other computers for "real" work... this is just my play one. I'd still like GS on it, though. Too bad.

And the issue seems to be with NVIDIA more than GS because they're the ones who haven't decided to support PPC architecture.

BTW, the libxklavier thingy has been (temporarily) fixed, jhbuild builds it from CVS.

NightwishFan said: What is the exact command? Can you link me to the instructions?

http://www.gnome3.org/tryit.html

    Download the USB image writer (below) and extract it
    Open a terminal and navigate to the extracted image writer folder (eg. $ cd Downloads/abock-image-usb-stick-f3b1002)
    Prepare the image writer by running: $ chmod a+x ./image-usb-stick
    Remove any USB storage devices that you might have connected to your computer and insert the empty USB stick that you want to write to
    Run the image writer script: $ sudo ./image-writer path_to_the_live_image.iso
    To run the live image, reboot your computer with the USB stick attached

Everything runs smoothly until I point it to the path of the live image. Hit enter and receive a "command not found." I tried it under root too and get the same results.

blacksnake@blacksnake-VGN-NR160E:~$ cd /home/blacksnake/Downloads/abock-image-usb-stick-f3b1002
blacksnake@blacksnake-VGN-NR160E:~/Downloads/abock-image-usb-stick-f3b1002$ chmod a+x ./image-usb-stick
blacksnake@blacksnake-VGN-NR160E:~/Downloads/abock-image-usb-stick-f3b1002$ sudo ./image-writer /home/blacksnake/GNOME_3.x86_64-0.0.3-Build1.1.iso 
[sudo] password for blacksnake: 
sudo: ./image-writer: command not found

I think they mean:

Run the image writer script: $ sudo ./image-usb-stick path_to_the_live_image.iso

Though I could be wrong.

*************

Isn't DD a simpler built in method to do this or is their method special or needed somehow. If all else fails I can walk you through a simple DD command to copy the iso.

NightwishFan said: I think they mean:

Run the image writer script: $ sudo ./image-usb-stick path_to_the_live_image.iso

Though I could be wrong.

You are CORRECT:guitar: that worked. Quick, someone contact Gnome and tell them they made an error :lolflag:

tjeremiah said: You are CORRECT:guitar: that worked. Quick, someone contact Gnome and tell them they made an error :lolflag:

No problems, enjoy! I sent them an email to a mailing list, but I accidentally sent two of the same by accident. I hope they do not think I sent spam! :)

gnome3 live usb doesnt work for me. Only the fedora gnome 3 live works, smooth too, dunno why the git build is so choppy but fedora live is not.

I assume its using the open source driver and that is smoother with g-shell.

I do the instructions above, but when attempting to boot from usb I just get "operating system not found". Damn it I've been itching to try GNOME Shell for 3 days now and it's just not happening for me, everything I've tried has failed (even trying to make a OpenSUSE 11.3 liveUSB and then installing GNOME Shell).

Meh, I just want a vanilla GNOME install, that's all. I've tried Foresight Linux from USB but I can't get that to work neither. Damn it

/rant

lee.jarratt said: I do the instructions above, but when attempting to boot from usb I just get "operating system not found". Damn it I've been itching to try GNOME Shell for 3 days now and it's just not happening for me, everything I've tried has failed (even trying to make a OpenSUSE 11.3 liveUSB and then installing GNOME Shell).

Meh, I just want a vanilla GNOME install, that's all. I've tried Foresight Linux from USB but I can't get that to work neither. Damn it

/rant

try the fedora daily thats the only one that worked for me.

have a look in the Rawhide sub-forum an you'll see the link to get it

dext said: have a look in the Rawhide sub-forum an you'll see the link to get it

Here's a link to the nightly composes:

http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/

For anyone who has built lately: Does GS seem to take longer to load than before? Mine does... perhaps it's something to do with the Evolution calendar-sync thing...

Unable to check out Clutter from Git, going to have to wait until tomorrow to try out the new Auto-workspaces feature :(

Anyone noticed new look of ... right .. that thing at the right - this is my desktop right now after fresh compile.

That's no bug, it's a new feature. No seriously it is.

There was a mockup of automatic workspaces a while back. Now it's real. All what you do to make a new workspace is drag a window to the workspaces area and a new workspace is born.

Quadunit404 said: That's no bug, it's a new feature. No seriously it is.

There was a mockup of automatic workspaces a while back. Now it's real. All what you do to make a new workspace is drag a window to the workspaces area and a new workspace is born.

ok .. this was little bit irony ... my mistake ;)

I know that ;) ...looks and works well.

xtoudi said: Anyone noticed new look of ... right .. that thing at the right - this is my desktop right now after fresh compile.

I sure did, I changed the pictures in the OP last night.

Trying to build today get this error, guess i should try deleting gnome-shell dir.

cc-background-item.c:36: fatal error: gdesktop-enums-types.h: No such file or directory
compilation terminated.
make[3]: *** [cc-background-item.lo] Error 1
make[3]: Leaving directory `/home/keypo/gnome-shell/source/gnome-control-center/panels/background'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/keypo/gnome-shell/source/gnome-control-center/panels'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/keypo/gnome-shell/source/gnome-control-center'
make: *** [all] Error 2
*** Error during phase build of gnome-control-center: ########## Error running make   *** [28/33]

keypox said: Trying to build today get this error, guess i should try deleting gnome-shell dir.

cc-background-item.c:36: fatal error: gdesktop-enums-types.h: No such file or directory
compilation terminated.
make[3]: *** [cc-background-item.lo] Error 1
make[3]: Leaving directory `/home/keypo/gnome-shell/source/gnome-control-center/panels/background'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/keypo/gnome-shell/source/gnome-control-center/panels'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/keypo/gnome-shell/source/gnome-control-center'
make: *** [all] Error 2
*** Error during phase build of gnome-control-center: ########## Error running make   *** [28/33]

Install gnome-control-center-dev and restart the build

New error for me:

cc1: warnings being treated as errors
shell-doc-system.c: In function ‘shell_doc_system_open’:
shell-doc-system.c:274: error: passing argument 3 of ‘gtk_recent_info_get_application_info’ from incompatible pointer type
/home/tom/gnome-shell/install/include/gtk-3.0/gtk/gtkrecentmanager.h:202: note: expected ‘const gchar **’ but argument is of type ‘char **’
make[3]: *** [libgnome_shell_la-shell-doc-system.lo] Error 1
make[3]: Leaving directory `/home/tom/gnome-shell/source/gnome-shell/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/tom/gnome-shell/source/gnome-shell/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tom/gnome-shell/source/gnome-shell'
make: *** [all] Error 2
*** Error during phase build of gnome-shell: ########## Error running make   *** [30/33]

EDIT: Resolved by selecting phase 6. GS updated successfully after that.

EDIT AGAIN: GS crashes upon startup for me. Why? I don't know.

andrewthomas said: Install gnome-control-center-dev and restart the build

thanks got past that but next step errors

/bin/sed: can't read /home/keypo/gnome-shell/install/lib/libgio-2.0.la: No such file or directory
libtool: link: `/home/keypo/gnome-shell/install/lib/libgio-2.0.la' is not a valid libtool archive
make[3]: *** [liba11y-keyboard.la] Error 1
make[3]: Leaving directory `/home/keypo/gnome-shell/source/gnome-settings-daemon/plugins/a11y-keyboard'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/keypo/gnome-shell/source/gnome-settings-daemon/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/keypo/gnome-shell/source/gnome-settings-daemon'
make: *** [all] Error 2
*** Error during phase build of gnome-settings-daemon: ########## Error running make   *** [27/33]

Hello, I've successfully built my gnome shell but, when I try to start it I get this error:

Gtk-Message: Failed to load module "canberra-gtk-module"
Window manager warning: Log level 16: Accessibility: org.a11y.atspi schema not found. Are you sure that at-spi or at-spi2 is installed on your system?
Window manager warning: Log level 16: Accessibility: invalid module path (NULL)
Window manager warning: Log level 16: Accessibility: error loading the atk-bridge. Although the accessibility on the system is enabled and clutter accessibility is also enabled, accessibility support on GNOME Shell will not work
      JS LOG: GNOME Shell started at Fri Feb 11 2011 10:21:20 GMT-0500 (EST)
gnome-power-manager: error while loading shared libraries: libcanberra-gtk3.so.0: cannot open shared object file: No such file or directory
      JS LOG: Failed to acquire org.freedesktop.Notifications; trying again

(mutter:11324): GdmUser-WARNING **: Unable to load CK history: no seat-id found

** (ck-history:11347): WARNING **: Unknown option --since=2010-12-13T15:21:26.982142Z
Window manager warning: Log level 8: meta_window_raise: assertion `!window->override_redirect' failed
Window manager warning: Log level 8: meta_window_focus: assertion `!window->override_redirect' failed

Anyone know how to fix this?

Thanks!

Anyone else getting a gnome shell crash when you go to activities? if so do you know how to fix it?

Nope, just compiled it from scratch, and everything's working fine (Intel HD, 64-bit).

How 'bout this one?

CC     gdkdevice-xi2.lo
gdkdevice-xi2.c: In function 'gdk_x11_device_xi2_query_state':
gdkdevice-xi2.c:370:5: warning: implicit declaration of function '_gdk_x11_device_xi2_translate_state'
gdkdevice-xi2.c: In function 'gdk_x11_device_xi2_grab':
gdkdevice-xi2.c:408:3: warning: implicit declaration of function '_gdk_x11_device_xi2_translate_event_mask'
gdkdevice-xi2.c:408:13: warning: assignment makes pointer from integer without a cast
gdkdevice-xi2.c: In function 'gdk_x11_device_xi2_select_window_events':
gdkdevice-xi2.c:627:15: warning: assignment makes pointer from integer without a cast
gdkdevice-xi2.c: At top level:
gdkdevice-xi2.c:637:1: error: conflicting types for '_gdk_x11_device_xi2_translate_event_mask'
gdkdevice-xi2.c:408:15: note: previous implicit declaration of '_gdk_x11_device_xi2_translate_event_mask' was here
gdkdevice-xi2.c:693:1: error: conflicting types for '_gdk_x11_device_xi2_translate_state'
gdkdevice-xi2.c:370:13: note: previous implicit declaration of '_gdk_x11_device_xi2_translate_state' was here
make[4]: *** [gdkdevice-xi2.lo] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gdk/x11'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gdk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gdk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gtk3'
make: *** [all] Error 2
*** Error during phase build of gtk3: ########## Error running make   *** [8/33]

moore.bryan said: How 'bout this one?

CC     gdkdevice-xi2.lo
gdkdevice-xi2.c: In function 'gdk_x11_device_xi2_query_state':
gdkdevice-xi2.c:370:5: warning: implicit declaration of function '_gdk_x11_device_xi2_translate_state'
gdkdevice-xi2.c: In function 'gdk_x11_device_xi2_grab':
gdkdevice-xi2.c:408:3: warning: implicit declaration of function '_gdk_x11_device_xi2_translate_event_mask'
gdkdevice-xi2.c:408:13: warning: assignment makes pointer from integer without a cast
gdkdevice-xi2.c: In function 'gdk_x11_device_xi2_select_window_events':
gdkdevice-xi2.c:627:15: warning: assignment makes pointer from integer without a cast
gdkdevice-xi2.c: At top level:
gdkdevice-xi2.c:637:1: error: conflicting types for '_gdk_x11_device_xi2_translate_event_mask'
gdkdevice-xi2.c:408:15: note: previous implicit declaration of '_gdk_x11_device_xi2_translate_event_mask' was here
gdkdevice-xi2.c:693:1: error: conflicting types for '_gdk_x11_device_xi2_translate_state'
gdkdevice-xi2.c:370:13: note: previous implicit declaration of '_gdk_x11_device_xi2_translate_state' was here
make[4]: *** [gdkdevice-xi2.lo] Error 1
make[4]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gdk/x11'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gdk'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/bryan/gnome-shell/source/gtk3/gdk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bryan/gnome-shell/source/gtk3'
make: *** [all] Error 2
*** Error during phase build of gtk3: ########## Error running make   *** [8/33]

I think there's some old code left behind somewhere from the Gtk3 transition; erasing ~/gnome-shell and starting from scratch resolved this build error for me.

Universal344 said: Anyone else getting a gnome shell crash when you go to activities?

Mine crashes every time I go there.

Universal344 said: if so do you know how to fix it?

I wish I knew. Here is the beginning of the error that I get

radeonSetSpanFunctions: bad format: 0x0002
radeonSetSpanFunctions: bad format: 0x0002
Shell killed with signal 11
./gnome-shell:534: Warning: g_variant_new_bytestring: assertion `string != NULL' failed
./gnome-shell:534: Warning: g_variant_new_variant: assertion `value != NULL' failed
./gnome-shell:534: Warning: g_variant_get_type: assertion `value != NULL' failed
./gnome-shell:534: Warning: g_variant_type_is_subtype_of: assertion `g_variant_type_check (type)' failed
./gnome-shell:534: Warning: g_variant_builder_add_value: assertion `!GVSB(builder)->expected_type || g_variant_is_of_type (value, GVSB(builder)->expected_type)' failed
./gnome-shell:534: Warning: g_variant_builder_end: assertion `GVSB(builder)->offset >= GVSB(builder)->min_items' failed

oblocutor said: I think there's some old code left behind somewhere from the Gtk3 transition; erasing ~/gnome-shell and starting from scratch resolved this build error for me.

There is no reason to kill the entire directory, just the gtk3 source.

oblocutor said: I think there's some old code left behind somewhere from the Gtk3 transition; erasing ~/gnome-shell and starting from scratch resolved this build error for me.

I did this before, but am trying it again...

andrewthomas said: There is no reason to kill the entire directory, just the gtk3 source.

Doesn't matter any way, now I get this when trying to get libcanberra:

*** Error during phase force_checkout of libcanberra: file hash is incorrect (expected 4b5d8d2c2835133620adbc53745dd107b6e58b9a2963059e8f457143fee00982, got 8231ee999a5e8471973809c6364484f9febd5078e3913afc6d2310e906fb7245) *** [14/33]

Well, looks like all my problems went away. Successfully built on my Natty, Debian, and Fedora installs as of today.

I have been trying to get gnome3 to build for a few days. I thought that the idea of jhbuild was that it installed everything to /opt where it would not interfere with gnome2, but it put some things in /usr/local. When I rebooted, I had a messed up desktop that seemed to be caused by those parts in /usr/local being used instead of the gnome2 ones. I even removed /usr/local from the PATH in /etc/environment and it did not help. I finally had to delete /usr/local to get the system back to normal.

How are you guys managing to do this?

Ok, so I followed the instructions on the first page instead of the ones I got from gnome.org and I finally got it to actually build, but it fails to run with:

psusi@faldara:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace mutter: symbol lookup error: /home/psusi/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add psusi@faldara:~/gnome-shell/source/gnome-shell/src$ Cannot register the panel shell: there is already one running.

rm ~/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so

psusi said: Ok, so I followed the instructions on the first page instead of the ones I got from gnome.org and I finally got it to actually build, but it fails to run with:

psusi@faldara:~/gnome-shell/source/gnome-shell/src$ ./gnome-shell --replace mutter: symbol lookup error: /home/psusi/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add psusi@faldara:~/gnome-shell/source/gnome-shell/src$ Cannot register the panel shell: there is already one running.

Read the entire first post... Quadunit404 has the solution

I'm also trying to keep this answer at askubuntu.com up-to-date until we get a working PPA: http://askubuntu.com/questions/22946/how-to-install-the-latest-gnome-3-build/25164#25164

If you need to update it, go ahead - it's a community answer, which anyone can edit.

built successful today. Less errors too, just the 3 that I think everyone gets every time. All documented with solutions, here and at http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html

Still dog slow on nvidia though :( I think i should try the nvidia patch again

Got the error, finally. Here's the full terminal output from launching the GS to the crash. (btw: I have an alias where gnome-shell runs ~/gnome-shell/install/bin/gnome-shell for easy launching)

tom@tom-laptop-linux:~$ gnome-shell --replace
Gtk-Message: Failed to load module "canberra-gtk-module"
Window manager warning: Log level 16: Accessibility: org.a11y.atspi schema not found. Are you sure that at-spi or at-spi2 is installed on your system?
Window manager warning: Log level 16: Accessibility: invalid module path (NULL)
Window manager warning: Log level 16: Accessibility: error loading the atk-bridge. Although the accessibility on the system is enabled and clutter accessibility is also enabled, accessibility support on GNOME Shell will not work
Panel leaving: a new panel shell is starting.

(gnome-panel:19650): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion `global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
Window manager warning: Log level 16: cannot register existing type `GdkWindow'
Window manager warning: Log level 8: g_once_init_leave: assertion `initialization_value != 0' failed
**
ERROR:gi/object.c:1256:gjs_define_object_class: assertion failed: (gtype != G_TYPE_INVALID)
Shell killed with signal 6

Quadunit404 said: Got the error, finally. Here's the full terminal output from launching the GS to the crash. (btw: I have an alias where gnome-shell runs ~/gnome-shell/install/bin/gnome-shell for easy launching)

tom@tom-laptop-linux:~$ gnome-shell --replace
Gtk-Message: Failed to load module "canberra-gtk-module"
Window manager warning: Log level 16: Accessibility: org.a11y.atspi schema not found. Are you sure that at-spi or at-spi2 is installed on your system?
Window manager warning: Log level 16: Accessibility: invalid module path (NULL)
Window manager warning: Log level 16: Accessibility: error loading the atk-bridge. Although the accessibility on the system is enabled and clutter accessibility is also enabled, accessibility support on GNOME Shell will not work
Panel leaving: a new panel shell is starting.

(gnome-panel:19650): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion `global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed
Window manager warning: Log level 16: cannot register existing type `GdkWindow'
Window manager warning: Log level 8: g_once_init_leave: assertion `initialization_value != 0' failed
**
ERROR:gi/object.c:1256:gjs_define_object_class: assertion failed: (gtype != G_TYPE_INVALID)
Shell killed with signal 6

I get the same error. Note: I get this error after executing rm ~/gnome-shell/install/lib/gtk-3.0/modules/libcanberra-gtk-module.so

I had an error similar to that, I had to start fresh removing the install folder.

I have found removing the gnome-shell dir completely and running jhbuild build -afc just to be sure usually gets rid of most errors...

Hi I just compiled gnome-shell from git with success, BUT when i type ~/gnome-shell/install/bin/gnome-shell --replace gnome-panel starts. Anyone else got this problem?

Just successfully rebuilt GS - and so far I'm loving the new stuff :D

Still seems a bit crash-happy, though... most recent cause of a crash:

Window manager warning: Log level 16: invalid unclassed pointer in cast to `GObject'
Window manager warning: Log level 8: g_object_get_data: assertion `G_IS_OBJECT (object)' failed
Shell killed with signal 11

moore.bryan said: I have found removing the gnome-shell dir completely and running jhbuild build -afc just to be sure usually gets rid of most errors...

Sometimes the simple solution works best. I did as you said and have my updated build in place now. I backed up the old directory just in case. But it worked great, thanks!

Glad to hear you can now enjoy the GS most of us here love!

I don't know why but i keep getting this error in the build process the last 2 days! has anyone any ideas? Thanks BB

Running ./configure --enable-maintainer-mode --prefix /home/brian/gnome-shell/install --libdir /home/brian/gnome-shell/install/lib --disable-static --disable-gtk-doc ... configure: WARNING: unrecognized options: --disable-gtk-doc checking for a BSD-compatible install... /home/brian/.local/bin/install-check checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking whether gcc and cc understand -c and -o together... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for library containing strerror... none required checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... (cached) yes checking whether g++ accepts -g... (cached) yes checking dependency style of g++... (cached) gcc3 checking how to run the C++ preprocessor... g++ -E checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for an ANSI C-conforming const... yes checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking for mallinfo... yes checking for js-config... no checking for JS... yes checking for mozilla-js >= 1.9.2 ... yes checking for JS_GetStringBytes in -lmozjs... no checking for JS_GetFunctionName in -lmozjs... no checking for JS_GetStringChars in -lmozjs... no checking for mozilla-js >= 2 ... yes checking for JS_FreezeObject in -lmozjs... yes checking for JS_IsScriptFrame in -lmozjs... yes checking for JS_EndPC in -lmozjs... yes checking for JS_NewCompartmentAndGlobalObject in -lmozjs... yes checking if SpiderMonkey needs extra compiler flags... yes checking if -I/usr/include/xulrunner-2.0b12pre/unstable works... no configure: error: Unable to determine extra compiler flags needed * Error during phase configure of gjs: ########## Error running ./autogen.sh --prefix /home/brian/gnome-shell/install --libdir '/home/brian/gnome-shell/install/lib' --disable-static --disable-gtk-doc * [16/34]

?

Try choosing "6" wipe directory and start over.

@bmbaker: Are you trying to build on Ubuntu or Debian?

moore.bryan said: @bmbaker: Are you trying to build on Ubuntu or Debian?

I have rebuilt the module 5 or 6 times now, rebuilt to scratch 3 times and its hangs at this point !

I am building in ubuntu 10.10

cheers BB

There might be other issues then, perhaps a rebuild from scratch is needed.

NightwishFan said: There might be other issues then, perhaps a rebuild from scratch is needed.

Ya i am doing again right now. thanks for your replies :-) BB

With today's new changes it appears to be currently impossible to safely build the shell on Debian 6. You need the package "libtelepathy-glib-dev" of a newer version only found in experimental, and in order to upgrade to this package you are forced to remove several essential packages. (It is certainly possible to do this, which is why I said "safely build")

Yes yes I know this is Ubuntu forums, it is just what affects one hand might affect the other as they are so alike. ;)

well it finally installed :-)

but i don't see the new automatic workspaces ! is there something i am missing ? Thanks BB

To create a workspace:

1. Open up a window
2. Drag it to the Workspaces sidebar in Activities view
3. ???
4. Profit

Should be on the right when you are in the overview mode.

nope its not there on the right. to access multiple wk spaces i have to go into activities and add them manually!

this is what i was expecting !!

[HTML]https://lh4.googleusercontent.com/_1QSDkzYY2vc/TVMP7gNOdQI/AAAAAAAAC40/gPZbGrzmDd8/s500/Workspace%201_001.png[/HTML]

bmbaker said: this is what i was expecting !!

[HTML]https://lh4.googleusercontent.com/_1QSDkzYY2vc/TVMP7gNOdQI/AAAAAAAAC40/gPZbGrzmDd8/s500/Workspace%201_001.png[/HTML] That's what it should be. The images in the first post of this thread are of a 10.10 installation. Maybe you need to delete gnome-shell and source folders and the gnome-shell-build-setup.sh file and do everything in the OP all over again?

Or maybe your mirror is out of date and doesn't have the newer workspaces?

Agreed, I built on 10.04 10.10 and Debian 6 and I get the new workspace logic. For each I followed the instructions in the first post of this thread.

Merk42 said: That's what it should be. The images in the first post of this thread are of a 10.10 installation.

Maybe you need to delete gnome-shell and source folders and the gnome-shell-build-setup.sh file and do everything in the OP all over again?

Or maybe your mirror is out of date and doesn't have the newer workspaces?

hmmmm ............. and how would i go about changing the 'mirror' ? i used the instructions etc from the first post in this thread.

thanks BB

while compiling gnome shell from git, i got the following error:

checking if -I/usr/include/xulrunner-2.0b12pre/unstable works... no configure: error: Unable to determine extra compiler flags needed

Any tips, how could I get and install that xulrunner version?

bump :-)

i have deleted everything including jhbuild and i do from scratch as per first post ... again !!

what or how do i change the mirror site??

cheers BB

In Natty it appears much more stable over unity.

Me to, for the compiled one, when I would like to switch windows... The version from the packpage manager is ok.

are you following these instructions?

[HTML]http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html[/HTML]

Merged with the gnome shell thread in Natty Testing & Discussion

Update: Seems they caught the issue, jhbuild now builds libtelepathy :)

Finally !! i got it to work :-) i did a total re-install of ubuntu 10.10 from the ground up and worked through each step of setting up gnome shell from git, and jhbuild from git again with sanitycheck and then bootstrap and all is functioning brilliatly :-) thanks for all the great posts on this thread. cheers BB:guitar:

On one of my installs I am missing the menu bar in nautilus and gnome-terminal.

What could be the problem?

EDIT:

You might have appmenu installed. Check synaptic to see if you have appmenu installed.

Otherwise, right click the terminal and choose "show menubar". See if that works.

nice article with links to live gnome shell cds here http://maketecheasier.com/gnome-shell-is-almost-ready-to-rock-your-desktop/2011/02/17

I just tryed using both monitors with gnome shell and the animations are super smooth with both enabled...

NightwishFan said: EDIT:

You might have appmenu installed. Check synaptic to see if you have appmenu installed.

Otherwise, right click the terminal and choose "show menubar". See if that works.

appmenu-gtk is installed and show menubar has a check.

I would try removing appmenu perhaps.

NightwishFan said: I would try removing appmenu perhaps.

Removing appmenu-gtk did the trick.

Thanks.

I do have the same package on the other install and it works like it should. Go figure.

NightwishFan said: I would try removing appmenu perhaps.

Cool, I did that and it fixed my absent menu issues in Audacity. No more export UBUNTU_MENUPROXY=0 in the terminal before starting. Thanks.

Does anyone else experience your "systray" icons randomly disappearing?

When I run GS, the network manager can randomly die and cut my wireless. Can't get it to connect again unless I kill X and log in again.

The new network manager in GS (I guess it's just a new interface) can't connect to my wireless either. I can see all the SSIDs nearby though.

Up and running after a loooooooong build......what a relief with something rather stable.

gnome-control-center cannot be build as I can see, also the canberra-trouble. No problem nevertheless.

Where can I find updated themes for GS ? I can only find outdated themes.

Tompalaz said: When I run GS, the network manager can randomly die and cut my wireless.

Can't get it to connect again unless I kill X and log in again.

The new network manager in GS (I guess it's just a new interface) can't connect to my wireless either. I can see all the SSIDs nearby though.

In Shell it's still using nm-applet. There's a patch to move some of the functionality out into a proper systray icon (with nm-applet as a background process) but it hasn't landed. So what I'm saying is... it doesn't make sense to say that it's GNOME Shell's fault.

I really like Gnome-Shell, but the daily bulids system settings menu is somehow very primitive and unusable by me, unlike in the Shell from the repo. Is it so for you too?

moore.bryan said: Does anyone else experience your "systray" icons randomly disappearing?

Yes, I'm :( And my Shell crashes on the activities menu, without the closed source video driver...

Daveth said: are you following these instructions?

[HTML]http://www.webupd8.org/2010/10/install-gnome-shell-from-git-in-ubuntu.html[/HTML] Yes, it should be a video card driver issue. I tried to install the ATI driver, and after a few login it seens to be ok, no crashes, but the icons are smaller and the windows panel like to go crazy :)

bmbaker said: I don't know why but i keep getting this error in the build process the last 2 days!

has anyone any ideas? Thanks BB

Running ./configure --enable-maintainer-mode --prefix /home/brian/gnome-shell/install --libdir /home/brian/gnome-shell/install/lib --disable-static --disable-gtk-doc ...
configure: WARNING: unrecognized options: --disable-gtk-doc
checking for a BSD-compatible install... /home/brian/.local/bin/install-check
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether gcc and cc understand -c and -o together... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for library containing strerror... none required
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking dependency style of g++... (cached) gcc3
checking how to run the C++ preprocessor... g++ -E
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for an ANSI C-conforming const... yes
checking malloc.h usability... yes
checking malloc.h presence... yes
checking for malloc.h... yes
checking for mallinfo... yes
checking for js-config... no
checking for JS... yes
checking for mozilla-js >= 1.9.2 ... yes
checking for JS_GetStringBytes in -lmozjs... no
checking for JS_GetFunctionName in -lmozjs... no
checking for JS_GetStringChars in -lmozjs... no
checking for mozilla-js >= 2 ... yes
checking for JS_FreezeObject in -lmozjs... yes
checking for JS_IsScriptFrame in -lmozjs... yes
checking for JS_EndPC in -lmozjs... yes
checking for JS_NewCompartmentAndGlobalObject in -lmozjs... yes
checking if SpiderMonkey needs extra compiler flags... yes
checking if -I/usr/include/xulrunner-2.0b12pre/unstable works... no
configure: error: Unable to determine extra compiler flags needed
*** Error during phase configure of gjs: ########## Error running ./autogen.sh --prefix /home/brian/gnome-shell/install --libdir '/home/brian/gnome-shell/install/lib'  --disable-static --disable-gtk-doc  *** [16/34]
purge the Mozilla Daily PPA (if you have it installed), and install Xulrunner-19.2-devsuite and its ~dev packpages ;)

puntigamer said: Yes, I'm :( And my Shell crashes on the activities menu, without the closed source video driver...

Do we know if this is getting fixed any time soon?

moore.bryan said: Do we know if this is getting fixed any time soon?

Perhaps check the gnome bugzilla for reports on the issue. The shell seems pretty easy to debug, so it probably will be fixed. :)

NightwishFan said: Perhaps check the gnome bugzilla for reports on the issue. The shell seems pretty easy to debug, so it probably will be fixed. :)

Thanks, checked there and there's no entry about it at all. Ironically, as I was looking at the Bugzilla page, my icons came back. ;-)

On another note, some of my programs are showing-up as doubles in GS's overview... even those that *do not* have double .desktop entries. Any ideas there?

In Debian I have to remove a package called menu-xdg to get rid of duplicate entries. I never had to in Ubuntu.

GNOME Shell 2.91.90 released Updated the pictures in the OP to reflect the slight UI changes.

If Canonical moving the buttons to the left caused an uproar, I wonder how people will take what GNOME has done with the buttons.

Thanks for that one... trying it now.

Just finished building from scratch and have a *transparent* panel. Not sure I like it...

Woah... That is certainly odd.

Merk42 said: If Canonical moving the buttons to the left caused an uproar, I wonder how people will take what GNOME has done with the buttons.

Arguably minimise doesn't make sense in gnome-shell due to the lack of a window list, whereas moving buttons made no difference (in either direction I may add)

moore.bryan said: Just finished building from scratch and have a *transparent* panel. Not sure I like it...

That's definately not supposed to happen.

NightwishFan said: Woah... That is certainly odd.

bruce89 said: Arguably minimise doesn't make sense in gnome-shell due to the lack of a window list, whereas moving buttons made no difference (in either direction I may add)

That's definately not supposed to happen.

Thanks for confirmation this is *not* normal; however, I've restarted three times and rebuilt twice and it's still that way. A new feature secretly tested on just me? I'm so special... ;-)

when you figure out how you got the transparent panel let me know I prefer it that way , rebuilding now to see if I can get lucky too :lolflag:

what Version of Gnome-panel do you have?

dext said: what Version of Gnome-panel do you have?

1.2.32.1-0ubuntu6

ronacc said: 1.2.32.1-0ubuntu6

you need the Gnome3 Panel which is gnome3 gnome-panel im assuming by having 2.32 panel thats how he got transparent panel. just wondering if by any chance he had it on transparent before he did a re-build from jhbuild cause i dont recall being able to transparent the 2.91.xx panel

I set my panel (2.32) to transparent before rebuild , no help , still don't have transparent in GS. I d/l'd the one from your link and I'll play with that tomorrow , it's a 1/4 to a pumpkin here so I'm shutting down for the night .

ronacc said: when you figure out how you got the transparent panel let me know I prefer it that way , rebuilding now to see if I can get lucky too :lolflag:

I've decided I'm not a fan of it, so you can have mine. ;-)

dext said: what Version of Gnome-panel do you have?

2.30.2-3

dext said: you need the Gnome3 Panel which is gnome3 gnome-panel im assuming by having 2.32 panel thats how he got transparent panel. just wondering if by any chance he had it on transparent before he did a re-build from jhbuild cause i dont recall being able to transparent the 2.91.xx panel

I never had gnome-panel set to transparency, so why would that affect GNOME Shell?

EDIT: Hmm... on a hunch, I looked in gconf-editor for anything related to gnome-panel and found under desktop>gnome>session>required_components>panel, nothing was listed. Changed it to read "gnome-panel," like it should, but am currently in a complete rebuild, so I have to wait for that to happen until I check to see if that fixed my error.

@ronacc: If the gconf setting is what made it transparent, I'll share the secret code and decoder ring with you. ;-)

You want transparent panel ?? Sth like this in attached pics??

It's so simple !! You need to edit file gnome-shell.css. Lines at: /* Panel */

And here it is after modification: line with background-color: (the old one is with black and the second one is transparent). Additionally you have to comment border-image line - it's because this svg file contains black color as background - should be transparent color - this is bug in my opinion. This svg file it is nice thin border below panel.

0.6 is the amount of transparency.

#panel {
    color: #ffffff;
    /*background-color: black;*/
    background-color: rgba(0,0,0,0.6);
    /*border-image: url("panel-border.svg") 1;*/
}

@xtoudi: my gnome-shell.css is not set-up for transparency, so I'm really not sure why the panel's transparent.

Also, I've rebooted several times, setting gnome-panel in gconf-editor and there's no change. Apparently, I'm stuck with transparency for now... I think the reason I really hate it is the little black pieces in the attached screenshot. Perhaps that's the svg xtoudi mentioned...

EDIT: Okay, commenting-out the svg reference gives me back my black panel; however, the "main" window is still rounded in the top right and left corners. Now, it's time to dig into the css! Wish me luck!!!

EDIT 2: That was quick... looks like it was simpler than I expected; thanks GNOME Shell devs for not making it more complicated than it needed to be. In the gnome-shell.css file, under the Panel section, I altered the .panel-corner css to reflect 0px -panel-corner-radius.

Before:

.panel-corner {
    -panel-corner-radius: 10px;
    -panel-corner-background-color: black;
    -panel-corner-inner-border-width: 2px;
    -panel-corner-inner-border-color: transparent;
    -panel-corner-outer-border-width: 1px;
    -panel-corner-outer-border-color: #536272;

After:

.panel-corner {
    -panel-corner-radius: 0px;
    -panel-corner-background-color: black;
    -panel-corner-inner-border-width: 2px;
    -panel-corner-inner-border-color: transparent;
    -panel-corner-outer-border-width: 1px;
    -panel-corner-outer-border-color: #536272;

Still having the notification area icons sometimes show-up and sometimes not, though.... Any ideas there?

thanks xtoudi I'll give that a try as soon as my rebuild finishes , for some reason GS wouldn't start after todays updates, so I'm rebuilding .

Ok my rebuild finished and I applied xtoudi's fix ,it works , I adjusted the transparency to 0.1 instead of 0.6 .

moore.bryan said:

EDIT 2: That was quick... looks like it was simpler than I expected; thanks GNOME Shell devs for not making it more complicated than it needed to be. In the gnome-shell.css file, under the Panel section, I altered the .panel-corner css to reflect 0px -panel-corner-radius.

Before:

.panel-corner {
    -panel-corner-radius: 10px;
    -panel-corner-background-color: black;
    -panel-corner-inner-border-width: 2px;
    -panel-corner-inner-border-color: transparent;
    -panel-corner-outer-border-width: 1px;
    -panel-corner-outer-border-color: #536272;

.panel-corner {
    -panel-corner-radius: 0px;
    -panel-corner-background-color: black;
    -panel-corner-inner-border-width: 2px;
    -panel-corner-inner-border-color: transparent;
    -panel-corner-outer-border-width: 1px;
    -panel-corner-outer-border-color: #536272;

Sweet, I was wondering how to get rid of those little corners. I don't have a transparent panel, but that was still bugging me.

gooeykablooey said: Sweet, I was wondering how to get rid of those little corners. I don't have a transparent panel, but that was still bugging me.

Comment all section, like here:

.panel-corner {
 /*   -panel-corner-radius: 10px;
    -panel-corner-background-color: black;
     -panel-corner-inner-border-width: 2px;
    -panel-corner-inner-border-color: transparent;
    -panel-corner-outer-border-width: 1px;
    -panel-corner-outer-border-color: #536272;*/
}

Still seeing buggy notification icons; sometimes they show, sometimes they don't. Is anyone still having this issue?

If you have got problem with

mutter: symbol lookup error: /home/pigi/gnome-shell/install/lib64/gtk-3.0/modules/libcanberra-gtk-module.so: undefined symbol: gtk_quit_add
pigi@pigi-gateway:~/gnome-shell/source/gnome-shell/src$ Cannot register the panel shell: there is already one running.
pigi@pigi-gateway:~/gnome-shell/source/gnome-shell/src$ Backend     : ini

while running or sth, the solution [rather workaround] is here:

http://mail.gnome.org/archives/gnome-shell-list/2011-February/msg00137.html

jhbuild build --no-network gnome-shell

i was just testing for rebuilding from scratch, and i got this message: [HTML]brian@Dreamer:~$ curl -O http://git.gnome.org/browse/gnome-shell/plain/tools/build/gnome-shell-build-setup.sh % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 7518 100 7518 0 0 10143 0 --:--:-- --:--:-- --:--:-- 17009 brian@Dreamer:~$ /bin/bash gnome-shell-build-setup.sh Please run 'sudo apt-get install xulrunner-dev ' and try again.[/HTML]

so i installed the xulrunner-dev and now it gives me this: [HTML]CXX libgjs_la-jsapi-private.lo cc1plus: warning: command line option "-Wnested-externs" is valid for C/ObjC but not for C++ cc1plus: warning: command line option "-Wmissing-prototypes" is valid for Ada/C/ObjC but not for C++ In file included from /usr/include/xulrunner-2.0b13pre/pratom.h:46, from /usr/include/xulrunner-2.0b13pre/jslock.h:47, from /usr/include/xulrunner-2.0b13pre/jsstr.h:55, from /usr/include/xulrunner-2.0b13pre/jsatom.h:52, from /usr/include/xulrunner-2.0b13pre/jscntxt.h:59, from gjs/jsapi-private.cpp:35: /usr/include/xulrunner-2.0b13pre/prtypes.h:517: fatal error: obsolete/protypes.h: No such file or directory compilation terminated. make[1]: * [libgjs_la-jsapi-private.lo] Error 1 make[1]: Leaving directory `/home/brian/gnome-shell/source/gjs' make: * [all] Error 2 * Error during phase build of gjs: ########## Error running make * [16/35]

[1] Rerun phase build [2] Ignore error and continue to install [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "configure" [8] Go to phase "clean" [9] Go to phase "distclean"[/HTML]

so i reinstalled xulrunner-1.9.2-dev and did #6 it runs and then i get this:

[HTML]collect2: ld returned 1 exit status make[3]: * [run-js-test] Error 1 make[3]: Leaving directory /home/brian/gnome-shell/source/gnome-shell/src' make[2]: * [all] Error 2 make[2]: Leaving directory /home/brian/gnome-shell/source/gnome-shell/src' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory `/home/brian/gnome-shell/source/gnome-shell' make: * [all] Error 2 * Error during phase build of gnome-shell: ########## Error running make * [32/35]

[1] Rerun phase build [2] Ignore error and continue to install [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "configure" [8] Go to phase "clean"[/HTML]

Andrew from Web Upd8 said: "So you're using the Mozilla daily PPA, right?

To get it working you need to completely remove the folder and start over. Install xulrunner-dev, and run the following steps:

curl -O http://git.gnome.org/browse/gn... export PATH=$PATH:/home/YOUR_USERNAME/bin #replace YOUR_USERNAME with your username cd chmod +x gnome-shell-build-setup.sh ./gnome-shell-build-setup.sh

And then, before starting to build Gnome Shell, install xulrunner-1.9.2-dev: sudo apt-get install xulrunner-1.9.2-dev

Then you can start building Gnome Shell: jhbuild build

This works for me. "

bmbaker said: i was just testing for rebuilding from scratch, and i got this message:

[HTML]brian@Dreamer:~$ curl -O http://git.gnome.org/browse/gnome-shell/plain/tools/build/gnome-shell-build-setup.sh % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 7518 100 7518 0 0 10143 0 --:--:-- --:--:-- --:--:-- 17009 brian@Dreamer:~$ /bin/bash gnome-shell-build-setup.sh Please run 'sudo apt-get install xulrunner-dev ' and try again.[/HTML]so i installed the xulrunner-dev and now it gives me this: [HTML]CXX libgjs_la-jsapi-private.lo cc1plus: warning: command line option "-Wnested-externs" is valid for C/ObjC but not for C++ cc1plus: warning: command line option "-Wmissing-prototypes" is valid for Ada/C/ObjC but not for C++ In file included from /usr/include/xulrunner-2.0b13pre/pratom.h:46, from /usr/include/xulrunner-2.0b13pre/jslock.h:47, from /usr/include/xulrunner-2.0b13pre/jsstr.h:55, from /usr/include/xulrunner-2.0b13pre/jsatom.h:52, from /usr/include/xulrunner-2.0b13pre/jscntxt.h:59, from gjs/jsapi-private.cpp:35: /usr/include/xulrunner-2.0b13pre/prtypes.h:517: fatal error: obsolete/protypes.h: No such file or directory compilation terminated. make[1]: * [libgjs_la-jsapi-private.lo] Error 1 make[1]: Leaving directory `/home/brian/gnome-shell/source/gjs' make: * [all] Error 2 * Error during phase build of gjs: ########## Error running make * [16/35]

[1] Rerun phase build [2] Ignore error and continue to install [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "configure" [8] Go to phase "clean" [9] Go to phase "distclean"[/HTML]so i reinstalled xulrunner-1.9.2-dev and did #6 it runs and then i get this:

[HTML]collect2: ld returned 1 exit status make[3]: * [run-js-test] Error 1 make[3]: Leaving directory /home/brian/gnome-shell/source/gnome-shell/src' make[2]: * [all] Error 2 make[2]: Leaving directory /home/brian/gnome-shell/source/gnome-shell/src' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory `/home/brian/gnome-shell/source/gnome-shell' make: * [all] Error 2 * Error during phase build of gnome-shell: ########## Error running make * [32/35]

[1] Rerun phase build [2] Ignore error and continue to install [3] Give up on module [4] Start shell [5] Reload configuration [6] Go to phase "wipe directory and start over" [7] Go to phase "configure" [8] Go to phase "clean"[/HTML]

After rebuilding I could no longer log out due to 'gnome-session-quit' not found.

What I did was to build gnome-session from git

cd gnome-shell/source
git clone git://git.gnome.org/gnome-session
cd gnome-session
./autogen.sh
./configure --prefix /home/andrew_shell/gnome-shell/install --libdir /home/andrew_shell/gnome-shell/install/lib64 --disable-static --disable-gtk-doc
make 
make install

tried that and it didn't wk for me :(

bmbaker said: tried that and it didn't wk for me :(

Did you change

./configure --prefix /home/andrew_shell/gnome-shell/install --libdir home/andrew_shell/gnome-shell/install/lib64 --disable-static  --disable-gtk-doc

yes i did change my username and lib* instead of lib64 doing a fresh install now will see after if this fixs it :)

andrewthomas said: Did you change

./configure --prefix /home/andrew_shell/gnome-shell/install --libdir home/andrew_shell/gnome-shell/install/lib64 --disable-static  --disable-gtk-doc

bmbaker are you still dealing with the xulrunner issue? If you are using the Mozilla Daily PPA I just figured out how to get around it. The folder structure for /usr/include/xulrunner-2.0b13pre/ seems to be different than expected. I solved the issue by creating the folder /usr/include/xulrunner-2.0b13pre/obsolete and linking in the files from /usr/include/xulrunner-2.0b13pre/nspr/obsolete I then changed the names to remove the "link to " portion. GJS now builds properly for me.

bmbaker said: yes i did change my username and lib* instead of lib64

doing a fresh install now will see after if this fixs it :) If you rebuild gnome-bluetooth, you may have to revert commit 082db0a06fec0839813f4d54288015df292a617c to get it to build.

EDIT: I also had to edit the gnome-themes-standard/configure.ac file at line 44

AC_CONFIG_FILES([[FONT=monospace]
[/FONT]Makefile
themes/Makefile 
themes/Adwaita/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/backgrounds/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/cursors/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/gtk-2.0/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/gtk-3.0/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/metacity-1/Makefile[FONT=monospace]
[/FONT]themes/AdwaitaLowContrast/Makefile
themes/AdwaitaLowContrast/gtk-3.0/Makefile

themes/LowContrast/Makefile themes/LowContrast/gtk-3.0/Makefile

Rename AdwaitaLowContrast to LowContrast
[e36d5c117f214b62442eabef2a614db6e0d8d40b]("http://git.gnome.org/browse/gnome-themes-standard/commit/?id=e36d5c117f214b62442eabef2a614db6e0d8d40b")

yes i have just run into this now, thanks for the heads up, I will call it a night for tonight and attack this again tomorrow :-)

andrewthomas said: If you rebuild gnome-bluetooth, you may have to revert commit

082db0a06fec0839813f4d54288015df292a617c to get it to build.

EDIT: I also had to edit the gnome-themes-standard/configure.ac file at line 44

AC_CONFIG_FILES([[FONT=monospace]
[/FONT]Makefile
themes/Makefile 
themes/Adwaita/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/backgrounds/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/cursors/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/gtk-2.0/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/gtk-3.0/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/metacity-1/Makefile[FONT=monospace]
[/FONT]themes/AdwaitaLowContrast/Makefile
themes/AdwaitaLowContrast/gtk-3.0/Makefile

themes/LowContrast/Makefile themes/LowContrast/gtk-3.0/Makefile

Rename AdwaitaLowContrast to LowContrast
[e36d5c117f214b62442eabef2a614db6e0d8d40b]("http://git.gnome.org/browse/gnome-themes-standard/commit/?id=e36d5c117f214b62442eabef2a614db6e0d8d40b")

I built a 10.10 system from scratch yesterday, applied the latest updates and then followed the OP of this forum to build gnome shell - all of this worked satisfactorily and I was able to try shell for the first time. Didn&#901;t run for long before crashing, and at that point so did I.

Today, I ran jhbuild again which failed to complete. I followed this advice:

andrewthomas said: If you rebuild gnome-bluetooth, you may have to revert commit

082db0a06fec0839813f4d54288015df292a617c to get it to build.

EDIT: I also had to edit the gnome-themes-standard/configure.ac file at line 44

AC_CONFIG_FILES([[FONT=monospace]
[/FONT]Makefile
themes/Makefile 
themes/Adwaita/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/backgrounds/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/cursors/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/gtk-2.0/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/gtk-3.0/Makefile[FONT=monospace]
[/FONT]themes/Adwaita/metacity-1/Makefile[FONT=monospace]
[/FONT]themes/AdwaitaLowContrast/Makefile
themes/AdwaitaLowContrast/gtk-3.0/Makefile

themes/LowContrast/Makefile themes/LowContrast/gtk-3.0/Makefile

Rename AdwaitaLowContrast to LowContrast
[e36d5c117f214b62442eabef2a614db6e0d8d40b]("http://git.gnome.org/browse/gnome-themes-standard/commit/?id=e36d5c117f214b62442eabef2a614db6e0d8d40b")
which allowed the update of gnome-themes-standard (thanks to andrewthomas).  However the build does not run to completion due to this error:

* Building gnome-shell * [32/35] make make all-recursive make[1]: Entering directory /home/wl/gnome-shell/source/gnome-shell' Making all in data make[2]: Entering directory /home/wl/gnome-shell/source/gnome-shell/data' make[2]: Nothing to be done for all'. make[2]: Leaving directory /home/wl/gnome-shell/source/gnome-shell/data' Making all in js make[2]: Entering directory /home/wl/gnome-shell/source/gnome-shell/js' make[2]: Nothing to be done for all'. make[2]: Leaving directory /home/wl/gnome-shell/source/gnome-shell/js' Making all in src make[2]: Entering directory /home/wl/gnome-shell/source/gnome-shell/src' make all-am make[3]: Entering directory /home/wl/gnome-shell/source/gnome-shell/src' CC libgdmuser_1_0_la-gdm-user.lo CC libgdmuser_1_0_la-gdm-user-manager.lo CCLD libgdmuser-1.0.la CC libst_1_0_la-st-adjustment.lo CC libst_1_0_la-st-bin.lo CC libst_1_0_la-st-box-layout.lo CC libst_1_0_la-st-box-layout-child.lo CC libst_1_0_la-st-button.lo CC libst_1_0_la-st-container.lo CC libst_1_0_la-st-drawing-area.lo CC libst_1_0_la-st-entry.lo CC libst_1_0_la-st-focus-manager.lo CC libst_1_0_la-st-group.lo CC libst_1_0_la-st-icon.lo CC libst_1_0_la-st-im-text.lo CC libst_1_0_la-st-label.lo CC libst_1_0_la-st-overflow-box.lo CC libst_1_0_la-st-private.lo CC libst_1_0_la-st-scroll-bar.lo CC libst_1_0_la-st-scroll-view.lo CC libst_1_0_la-st-table.lo CC libst_1_0_la-st-table-child.lo CC libst_1_0_la-st-texture-cache.lo CC libst_1_0_la-st-theme-context.lo CC libst_1_0_la-st-theme-node.lo CC libst_1_0_la-st-theme-node-drawing.lo CC libst_1_0_la-st-theme-node-transition.lo CC libst_1_0_la-st-tooltip.lo CC libst_1_0_la-st-widget.lo CC libst_1_0_la-st-scroll-view-fade.lo CC libst_1_0_la-st-enum-types.lo CCLD libst-1.0.la CC libtray_la-na-tray-child.lo CC libtray_la-na-tray-manager.lo CCLD libtray.la CC libjs_test_la-shell-generic-container.lo CCLD libjs-test.la CC libgnome_shell_la-shell-enum-types.lo CC libgnome_shell_la-gnome-shell-plugin.lo CC libgnome_shell_la-shell-app.lo CC libgnome_shell_la-shell-app-system.lo CC libgnome_shell_la-shell-app-usage.lo CC libgnome_shell_la-shell-arrow.lo CC libgnome_shell_la-shell-doc-system.lo CC libgnome_shell_la-shell-embedded-window.lo CC libgnome_shell_la-shell-generic-container.lo CC libgnome_shell_la-shell-gtk-embed.lo CC libgnome_shell_la-shell-global.lo CC libgnome_shell_la-shell-slicer.lo CC libgnome_shell_la-shell-stack.lo CC libgnome_shell_la-shell-tray-icon.lo CC libgnome_shell_la-shell-tray-manager.lo CC libgnome_shell_la-shell-util.lo CC libgnome_shell_la-shell-window-tracker.lo CC libgnome_shell_la-shell-wm.lo CC libgnome_shell_la-shell-xfixes-cursor.lo CCLD libgnome-shell.la CC gnome_shell_calendar_server-calendar-sources.o CC gnome_shell_calendar_server-gnome-shell-calendar-server.o cc1: warnings being treated as errors calendar-server/gnome-shell-calendar-server.c: In function ‘app_load_events’: calendar-server/gnome-shell-calendar-server.c:603: error: implicit declaration of function ‘e_cal_view_stop’ make[3]: * [gnome_shell_calendar_server-gnome-shell-calendar-server.o] Error 1 make[3]: Leaving directory /home/wl/gnome-shell/source/gnome-shell/src' make[2]: * [all] Error 2 make[2]: Leaving directory /home/wl/gnome-shell/source/gnome-shell/src' make[1]: * [all-recursive] Error 1 make[1]: Leaving directory /home/wl/gnome-shell/source/gnome-shell' make: * [all] Error 2 * Error during phase build of gnome-shell: ########## Error running make * [32/35]

Does anyone know how to proceed here?

I have looked a bit deeper.

The function ‘e_cal_view_stop’ is defined in /usr/include/evolution-data-server-2.3x/libecal/e-cal-view.h from version 2.32, but the version installed with maverick's evolution-data-server-dev package is version 2.30 and the function isn't defined there.

It appears that I need to install version 2.32 of evolution-data-server-dev (and maybe others?) to be able to proceed. Is this correct? If so, how do I do this?

canga said: I have looked a bit deeper.

The function &#8216;e_cal_view_stop&#8217; is defined in /usr/include/evolution-data-server-2.3x/libecal/e-cal-view.h from version 2.32, but the version installed with maverick's evolution-data-server-dev package is version 2.30 and the function isn't defined there.

It appears that I need to install version 2.32 of evolution-data-server-dev (and maybe others?) to be able to proceed. Is this correct? If so, how do I do this?

I found a ppa that has evolution 2.32 for maverick, might help. I'm about to try it: https://launchpad.net/~suraia/+archive/ppa

EDIT: Bah. Didn't help.

canga said: I have looked a bit deeper.

The function ‘e_cal_view_stop’ is defined in /usr/include/evolution-data-server-2.3x/libecal/e-cal-view.h from version 2.32, but the version installed with maverick's evolution-data-server-dev package is version 2.30 and the function isn't defined there.

It appears that I need to install version 2.32 of evolution-data-server-dev (and maybe others?) to be able to proceed. Is this correct? If so, how do I do this? Download the natty source:

http://packages.ubuntu.com/source/natty/evolution-data-server

then configure, make & then use checkinstall to build a .deb & install

I am still quite new to this can you give an expanded help on how to configure, make & then use checkinstall to build a .deb & install please :-)

andrewthomas said: Download the natty source:

http://packages.ubuntu.com/source/natty/evolution-data-server

then configure, make & then use checkinstall to build a .deb & install

this went a little over my head I am afraid, but thank you. I used a different solution that i posted earlier that worked as well. :-)

TheAxeR said: bmbaker are you still dealing with the xulrunner issue? If you are using the Mozilla Daily PPA I just figured out how to get around it. The folder structure for /usr/include/xulrunner-2.0b13pre/ seems to be different than expected. I solved the issue by creating the folder /usr/include/xulrunner-2.0b13pre/obsolete and linking in the files from /usr/include/xulrunner-2.0b13pre/nspr/obsolete I then changed the names to remove the "link to " portion. GJS now builds properly for me.

I'm trying to compile GNOME 3 on my Ubuntu 10.10 32 bits, but no luck as of now.

The process tops at [10/35]:

[I][COLOR="DarkRed"]Running automake-1.11... configure.ac:4: warning: AC_INIT: not a literal: http://bugzilla.gnome.org/enter_bug.cgi?product=gnome-themes-standard configure.ac:44: required file themes/AdwaitaLowContrast/Makefile.in' not found configure.ac:44: required file themes/AdwaitaLowContrast/gtk-3.0/Makefile.in' not found * Error during phase configure of gnome-themes-standard: ########## Error running ./autogen.sh --prefix /home/javipas/gnome-shell/install --libdir '/home/javipas/gnome-shell/install/lib' --disable-static --disable-gtk-doc * [10/35][/COLOR][/I]

I've tried to apply a

sudo rm -rf /usr/lib*/*.la

And then select the option

[6] Go to phase "wipe directory and start over"

But the error comes again. Any ideas?

javipas said: I'm trying to compile GNOME 3 on my Ubuntu 10.10 32 bits, but no luck as of now.

The process tops at [10/35]:

[I][COLOR=DarkRed]Running automake-1.11... configure.ac:4: warning: AC_INIT: not a literal: http://bugzilla.gnome.org/enter_bug.cgi?product=gnome-themes-standard configure.ac:44: required file themes/AdwaitaLowContrast/Makefile.in' not found configure.ac:44: required file themes/AdwaitaLowContrast/gtk-3.0/Makefile.in' not found * Error during phase configure of gnome-themes-standard: ########## Error running ./autogen.sh --prefix /home/javipas/gnome-shell/install --libdir '/home/javipas/gnome-shell/install/lib' --disable-static --disable-gtk-doc * [10/35][/COLOR][/I]

http://ubuntuforums.org/showpost.php?p=10506007&postcount=713

You probably should read at least the last couple of pages in the thread.

bmbaker said: I am still quite new to this can you give an expanded help on how to configure, make & then use checkinstall to build a .deb & install please :-)

I know that you have gotten past this, but you may need the info for the future.

CheckInstall keeps track of all files installed by a "make install" or equivalent, creates a Slackware, RPM, or Debian package with those files, and adds it to the installed packages database, allowing for easy package removal or distribution. https://help.ubuntu.com/community/CheckInstall

[SIZE=2]Compiling things on Ubuntu the Easy Way[/SIZE]

https://help.ubuntu.com/community/CompilingEasyHowTo

[SIZE=2]Compiling software[/SIZE] https://help.ubuntu.com/community/CompilingSoftware

Is there any PPA which i can install for gnome shell.

Natty doesnt have a package and the only ppa around seems to be dead as of now.

Hi!

I'd like the ppa also.

KegHead

There is the Gnome3 Team PPA, with recents G-S builds: https://launchpad.net/~gnome3-team/+archive/gnome3

andrewthomas said: http://ubuntuforums.org/showpost.php?p=10506007&postcount=713

You probably should read at least the last couple of pages in the thread.

You're absolutely right. strange enough, the issue has dissapeared, I have had no need to change anything at all.

I guess the maintainer for the script has updated that part.

Building right now. 26/35... :)

Thx!

Great thanks i will continue my learning curve :-)

andrewthomas said: I know that you have gotten past this, but you may need the info for the future.

https://help.ubuntu.com/community/CheckInstall

[SIZE=2]Compiling things on Ubuntu the Easy Way[/SIZE]

https://help.ubuntu.com/community/CompilingEasyHowTo

[SIZE=2]Compiling software[/SIZE] https://help.ubuntu.com/community/CompilingSoftware

ha! very useful indeed thanks again :-)

javipas said: You're absolutely right. strange enough, the issue has dissapeared, I have had no need to change anything at all.

I guess the maintainer for the script has updated that part.

Building right now. 26/35... :)

Thx!

Mmm. Stopped at 32/35:

cc1: warnings being treated as errors
calendar-server/gnome-shell-calendar-server.c: In function ‘app_load_events’:
calendar-server/gnome-shell-calendar-server.c:603: error: implicit declaration of function ‘e_cal_view_stop’
make[3]: *** [gnome_shell_calendar_server-gnome-shell-calendar-server.o] Error 1
make[3]: se sale del directorio «/home/javipas/gnome-shell/source/gnome-shell/src»
make[2]: *** [all] Error 2
make[2]: se sale del directorio «/home/javipas/gnome-shell/source/gnome-shell/src»
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio «/home/javipas/gnome-shell/source/gnome-shell»
make: *** [all] Error 2
*** Error during phase build of gnome-shell: ########## Error running make   *** [32/35]

I'm affraid I don't know what to do again :(

javipas said: Mmm. Stopped at 32/35:

cc1: warnings being treated as errors
calendar-server/gnome-shell-calendar-server.c: In function ‘app_load_events’:
calendar-server/gnome-shell-calendar-server.c:603: error: implicit declaration of function ‘e_cal_view_stop’
make[3]: *** [gnome_shell_calendar_server-gnome-shell-calendar-server.o] Error 1
make[3]: se sale del directorio «/home/javipas/gnome-shell/source/gnome-shell/src»
make[2]: *** [all] Error 2
make[2]: se sale del directorio «/home/javipas/gnome-shell/source/gnome-shell/src»
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio «/home/javipas/gnome-shell/source/gnome-shell»
make: *** [all] Error 2
*** Error during phase build of gnome-shell: ########## Error running make   *** [32/35]

I'm affraid I don't know what to do again :(

I added the PPA https://launchpad.net/~suraia/+archive/ppa and installed the libecal1.2-dev package there along with a couple of dependencies it brought in. Then you can make distclean and build the shell. I then removed the PPA as there is a whole mess of other stuff in there I did not want (leaving the couple of packages it installed).

This works for me, however I don't use Evo for anything so I wouldn't know if it broke anything. If you do use it, I'd install of the evolution packages found on that PPA before removing it.