Fedora 16 Gnome 3.1.90 Update Problem

[neefbond]

Hei guys, I really need your help.
I update via yum with the option "--skip-broken" this morning. But after reboot, I could not login the gnome! It said there was something wrong with the extensions. I think that may be caused by the fail of the update of gnome-shell 3.1.90. Any help?

[peoklin]

Hi, You would try use " sudo yum distro-sync" to downgrade your gnome desk.

[fpmurphy]

You probably need to remove all your extensions.

[DBelton]

I had the same issue with the gnome update, and I had no extensions installed. It was a fresh install from the alpha dvd, and I did 1 yum update (also had to use the --skip-broken option) and it broke the gnome shell.

So, I don't think the extensions are what is causing the main problem, although there could still be an issue with an extension someplace.

[neefbond]

I really do not want to down grade the gnome, I am just wandering if yum has a "force" option or "download only" option?
I have searched the man page, found nothing(-_-).

---------- Post added at 08:26 AM ---------- Previous post was at 08:24 AM ----------

I had the same issue with the gnome update, and I had no extensions installed. It was a fresh install from the alpha dvd, and I did 1 yum update (also had to use the --skip-broken option) and it broke the gnome shell.

So, I don't think the extensions are what is causing the main problem, although there could still be an issue with an extension someplace.

I think I have the same problem with you, I have disabled all the extensions, but it does not work.
Now I have to use the i3, and e16 instead:(.

---------- Post added at 08:56 AM ---------- Previous post was at 08:26 AM ----------

Hey guys, I have found the solution(^.^).
First I use the yumdownloader to download the evolution-data-server, then I use the rpm's "--replacefiles" option to replace the 3.15 files. Finally, when I use the yum to update, that works!
Now I am using the 3.1.90, but there is no globalmenu, a little upset.

[DBelton]

I think you just bypassed the dependency checking and broke things in the process of doing that.

I will just use LXDE or XFCE until they get the Gnome crap fixed. I use them on F15 anyway, and was just installing Gnome on F16 to see if it had improved, but from what I saw before it broke, it is even worse than F15.

[Gu3st]

Hei guys, I really need your help.
I update via yum with the option "--skip-broken" this morning. But after reboot, I could not login the gnome! It said there was something wrong with the extensions. I think that may be caused by the fail of the update of gnome-shell 3.1.90. Any help?

Using --skip-broken is safe option to use. you just take backup of /usr/share/gnome-shell/extensions and ~/.local//share/gnome-shell/extensions and delete them. follow bellow commands.

$sudo mkdir /tmp/extension-backup
$sudo cp -rp /usr/share/gnome-shell/extensions/* /tmp/extension-backup
$sudo cp ~/.local//share/gnome-shell/extensions/* /tmp/extension-backup
$sudo rm -rf usr/share/gnome-shell/extensions/* ~/.local//share/gnome-shell/extensions/*

then reload your gnome-shell.

[DBelton]

gnome shell is what is broken, and it's not he extensions that broke it.

I don't have any extensions installed, and gnome shell is broken. Has been broken for days now.

It was the result of a yum update right after a full install from the DVD, nothing else was installed. The update broke gnome shell.

Edit:

Found the workaround for the problem.


yum downgrade gdm gdm-plugin-fingerprint


This is just a workaround and should get gnome where it will start, but the problem still exists in the packages in the updates-testing repo.

[Gu3st]

gnome shell is what is broken, and it's not he extensions that broke it.

I don't have any extensions installed, and gnome shell is broken. Has been broken for days now.

It was the result of a yum update right after a full install from the DVD, nothing else was installed. The update broke gnome shell.

Edit:

Found the workaround for the problem.


yum downgrade gdm gdm-plugin-fingerprint


This is just a workaround and should get gnome where it will start, but the problem still exists in the packages in the updates-testing repo.

I don't see any problem with gnome-shell which is available in updates-testing repo. It is working absolutely fine to me.

[Boricua]

I just got hit by this but (after the one with grub). I can't kill X nor can get to the command prompt with rescue mode. Any suggestions?

[DBelton]

I guess whoever is responsible for the updates has fallen asleep or went on a nice long vacation to mars :lol:

I'm still getting the same broken dependencies and the same broken gnome/evolution data server that I have been getting for about the past week now.

[Boricua]

I guess whoever is responsible for the updates has fallen asleep or went on a nice long vacation to mars :lol:

I'm still getting the same broken dependencies and the same broken gnome/evolution data server that I have been getting for about the past week now.

Hi, have you checked this thread:
http://forums.fedoraforum.org/showthread.php?t=269227
It might solve your problem.

[DBelton]

yes, I did see that thread. But I am not going to force something to install by forcing it to replace files needed by other packages without knowing the reason that other packages are depending upon them.

If the solution was as simple as forcing a package to be install that removes a library used by something else, then why haven't they updated the packages to do that automatically?

[Boricua]

yes, I did see that thread. But I am not going to force something to install by forcing it to replace files needed by other packages without knowing the reason that other packages are depending upon them.

If the solution was as simple as forcing a package to be install that removes a library used by something else, then why haven't they updated the packages to do that automatically?

As you already said, somebody might have fallen asleep or is on vacation. :confused:

[DBelton]

As you already said, somebody might have fallen asleep or is on vacation. :confused:


Falling asleep and not getting updates properly in the repos is not a good thing during the testing cycle for a new distro version, in my opinion. :(

I can understand a day or two, but it's been nearly a week now. (I installed on Sept 1, and the update was broken then)

[tox]

Falling asleep and not getting updates properly in the repos is not a good thing during the testing cycle for a new distro version, in my opinion. :(

I can understand a day or two, but it's been nearly a week now. (I installed on Sept 1, and the update was broken then)

maybe there waiting for 3.1.90 to go stable before they push anymore updates out so they can do another TC ?

[DBelton]

Don't know..

Do they do code freezes on the TC like they do on the releases? I was wondering because there have really been no updates in the past week or so.

[tox]

Don't know..

Do they do code freezes on the TC like they do on the releases? I was wondering because there have really been no updates in the past week or so.

i think they do so they can push 3.91.1 to updates-testing

[DBelton]

well, at least I did figure out how to get things fixed so that I can at least get into Gnome on my system, so it's not to big of a deal for me.

I was hoping that it would fix a memory leak I am having with Gnome, though. Memory usage goes up in Gnome at the rate of about 1MB every 4 seconds. And that is if it's just sitting there doing nothing. Doesn't take too long before I have to restart it.

It may be caused by the debug code they have enabled in it, but not sure.

[jpollard]

So much for developers testing before putting things out.

[tox]

So much for developers testing before putting things out.

thats what we are for, guinea pigs to test it for them.

[DBelton]

There should be much better testing done by the developers before being turned over to anyone for further testing.

Being a programmer myself, I would be totally embarrassed to let someone see code that I had written, even for testing, if it was as bad as some of the "release" code that I have seen recently.

But then again, I program for a totally different set of people and machines too. The people I program things for expect things to work, and work correctly. And where bugs cost big dollars in lost productivity or system downtime.

[tox]

There should be much better testing done by the developers before being turned over to anyone for further testing.

Being a programmer myself, I would be totally embarrassed to let someone see code that I had written, even for testing, if it was as bad as some of the "release" code that I have seen recently.

But then again, I program for a totally different set of people and machines too. The people I program things for expect things to work, and work correctly. And where bugs cost big dollars in lost productivity or system downtime.

i agree there should be but i do believe its one of there silly policy's that a Package submitter or whatever theycall it cannot do a karma on there own package http://lists.fedoraproject.org/pipermail/devel/2011-September/156504.html , though im not exactly sure http://lists.fedoraproject.org/pipermail/devel/2011-September/156505.html

[jpollard]

I don't mind Fedora being a "testbed", but when something is released for even minimal testing in public it REALLY should have 80% functionality, and notices for what isn't expected to work yet.

This stuff is so bad it could kill Fedora even as a testbed.

[arowana]

i wanted to test the alpha release as gnome is supposed to get better and more stable. but it is so far away from what i expected, even for an alpha release, i will be patient this time

reminded me very much of the F15 Gnome Alpha ... sad because i thought the Gnome people figured something out now ... but obviously there is still a lot to be done

maybe it is bit much to change the whole desktop and push for systemd and grub2 all at the same time ...

[jpollard]

yup. A revolution by any name is hard to follow. Nothing is clear, and problems in one area fall into other areas without distinction.

Video problems - is it a driver/kernel compatibility issue, or a driver-gnome issue, or a driver-X windows issue? Don't know, since the same physical devices have worked with earlier Fedora releases...

Boot problems - is it a kernel issue, or a systemd issue, or just a timing issue, or is it a hardware issue? Don't know, since the same physical devices have worked with earlier Fedora releases...

Shutdown problems - is it a systemd issue, or timing issue, or is something locked with hardware? Don't know, since ....

If we assume the hardware is fine (it works with the earlier release), then it must be a software problem with Fedora 15.

A lot of the problems (boot/shutdown) have been addressed, well, mostly. It still occurs to some people. And F15 use as a server is still not a good idea at all.

[DBelton]

well.. I have some good news...

They seem to have woken up and gotten the updates fixed in the repo

And the update seems to have fixed my memory leak problem...

BUT... The memory leak is fixed because Gnome shell now segfaults every time it starts.... Soooooo... It doesn't get a chance to start eating up the memory. :lol:

I am about ready to do now what I started to do 5 months ago...
I am seriously thinking about doing a complete re-install from the latest nightly, and NOT install Gnome at all. I have kept Gnome around even though I I have been using LXDE mostly for the past few months, mainly because I was hoping Gnome would improve where it was usable since I have been using it for so long now, but I have about reached the end, and am tired of a pile of crap turning into an even bigger pile of crap.

[peoklin]

OK, waiting for the Gnome 3.2
:)

[arowana]

From my perception the situation is that bad for the last and this release, people like Adam should consider throwing the schedule and the requirements for blocker bugs out of the window and release when it is "ready" (i guess Mint is doing it that way). But it is probably just me.

[DBelton]

YIkes! another update today replaced GDM with the PlaySkool look and also update gnome-shell again.. Now nothing works :(

I can reboot and if it just sits on the GDM screen for a minute, it segfaults. I don't even have to try to login or anything.

But another thing, too. Now I am forced to use my mouse to select the user name. Before, I could use the keyboard for everything on the GDM screen. Now, I have to use my mouse to select the user, then switch to the keyboard to enter the password..

I guess that's another one of their ways to "increase productivity"

I guess when I reinstall and blast Gnome into the bit-bucket, GDM is going with it..

Unless someone here knows how to get the old look and functionality of GDM back.

[bioinfornatics]

I have the same problem, after login gnome-shell crash it said it is a problem from an extention but i have no extention for gnome-shell. .local/share/gnome-shell/extensions is empty
so in a TTY i do login after i set .bash_profile and add follow line ,at end of file:

firefox &
gnome-terminal &
evolution &
gedit &
nautilus &
metacity --replace

i use metacity instead gnome-shell (this one seem not work as expected)
so it is not really a productivity environnment but at least you can do a minimum

gnome-3.91 is in pending it will come soon in testing => https://admin.fedoraproject.org/updates/FEDORA-2011-12324?_csrf_token=4a8ec9ab9783d54adf9d13934c453b02 a53899b6