[Solved] gnutls-2.2.2 may break gnome-related recompilations

rtiangha · n00b Joined: 30 Apr 2005 Posts: 12

And some things won't compile. Currently, my Gnome environment (2.20.3) is kind of f'ed until it gets re-compiled against the new gnutls (obviously), but revdep-rebuild currently dies on emerging unixODBC-2.2.12 with a "configure: error: C compiler cannot create executables". I've got 70 or so packages that need recompilation, and it dies early due to unixODBC being one of the first packages in the order.

I keep up-to-date with most things, so I know that the only significant change this round was gnutls, which apparently, was moved into stable yesterday. I haven't changed gcc (it's still on 4.1.2) so it's not the compiler (or, at least, I *think* it's not the compiler because nothing changed on that front). I don't know how to fix this. Can someone help me? I'm fairly certain that if I turn off my computer, I probably won't be able to boot back into Gnome without problems, so I'm left keeping it on until I resolve this.

Also, I've been using Gentoo since 2004 so I'm open to anything and am comfortable getting right to the technical nitty-gritty.

Thanks for any help that can be provided.

emerge --info

nixnut · Posted: Sat Mar 22, 2008 9:39 am Post subject:

Looks like revdep-rebuild gets the order wrong, so try emerge --resume --skipfirst. Disabling the odbc use flag for some packages until unixodbc can be build might be necessary too if there's a circular dependency.
_________________
Please add [solved] to the initial post's subject line if you feel your problem is resolved. Help answer the unanswered

talk is cheap. supply exceeds demand

rtiangha · n00b Joined: 30 Apr 2005 Posts: 12

Thanks!

OK, so did emerge --resume --skipfirst, but then gdm (the next package) borked too.

Comparing both packages, it looks like they were confused due to libgnomevfs not being linked correctly to the new gnutls. Looking at the package order of emerge --resume --skipfirst showed that gnome-vfs was indeed a package to be emerged later.

So I emerged gnome-vfs, and then re-ran revdep-rebuild and unixODBC compiled and things seem to be continuing on now (still not finished compiling, but the gnome bits seem to be going fine now).

So the lesson learned here is that if gnutls is upgraded to 2.2.2, gnome-vfs needs to be one of the first packages recompiled, otherwise all the other gnome related packages that need to be rebuilt will fail.

I can anticipate this causing problems for a lot of users, especially since gnutls 2.2.2 is marked stable and trusty revdep-rebuild didn't get the ordering correct. Those like me who just assume that revdep-rebuild will fix all problems might not know how to deal with this unless they see this posting. What needs to be done now? File a new bug? If so, what against, and how should it be worded?

Edit: Since Bug 209984 was still opened, I added a message there. I hope that's alright. I'll change the topic title to something more relevant and mark it as solved.

pandaxiongmao · Guru Joined: 29 Sep 2003 Posts: 476 Location: USA

The new gnutls also disabled foo2zjs. Darn.
_________________
CPU: Intel Core 2 Duo
GPU: nVidia GeForce 9800 GT
MB: Asus P5N-E SLI

notHerbert · Advocate Joined: 11 Mar 2008 Posts: 2228 Location: 45N 73W

I had 55 revdep-rebuilds from the new libgnutls.

tapted · Posted: Sun Mar 23, 2008 2:59 am Post subject:

Yah, I've been using Gentoo long enough that fixing these breakages is now becoming old hat. While I was waiting for things to recompile so I can use mutt again, I thought I'd troll the forums.. The gnutls update came through last night for me, so there will probably be a lot of people affected by this in the near future.

Sometimes the ebuild maintainers smooth the transition by keeping the old libraries around, asking you to do a revdep-rebuild with a specific, now outdated, library to rebuild affected packages. Then you `rm` the old libraries yourself. However, for something security-related like gnutls, I can understand why you might not want to do this.

For me, cups gtk-doc and curl were other packages that had to be emerged early on. Manually doing

emerge -1 gnome-vfs cups curl gtk-doc

kicked things along so I could do

emerge -uvD world || (until emerge --resume --skipfirst ; do echo ; done )

with some success

then

revdep-rebuild

should fix the rest.

For serious breakage you might even be better off rolling back gnutls to the old version (echo '=net-libs/gnutls-2.2.2*' >> /etc/portage/package.mask; emerge gnutls ), then do the `emerge -uvD --newuse world` with the old gnutls, THEN unmask it by deleting the line you just added to /etc/portage/package.mask, then emerge the new gnutls, then revdep-rebuild. This way revdep-rebuild has an up-to-date system to work with and should be able to work out all the dependencies for you.

Maybe if revdep-rebuild was able to get ebuilds out of /var/db/pkg it would have better success... but these ebuilds are often very broken.

Oh, and people on dual core systems might also get hit by the libpq breakage -- http://bugs.gentoo.org/show_bug.cgi?id=158509

The fix for this seems to be to disable sandbox for libpq

FEATURES="-sandbox" emerge -1 libpq

funtimes

EDIT: added gtk-doc (libsoup fail)

pappy_mcfae · Watchman Joined: 27 Dec 2007 Posts: 5518 Location: Dallas

Boy howdy, am I glad I'm running kde. The upgrade hosed samba, one of the kdebase libraries, and a few other things. Fortunately, I got through revdep-rebuild without a problem. Whew! I feel lucky on that!

Blessed be!
Pappy
_________________
SITE LIST:
Main: http://www.kernel-seeds.org
Mirror: http://kernel-seeds.bloodnoc.org/
Mirror 2: http://kernel-seeds.audiodef.com/
Mirror 3: http://www.elilabs.com/~pappy/

Polynomial-C · Posted: Sun Mar 23, 2008 5:30 am Post subject:

Weeeh! Another example, why LDFLAGS="-Wl,--as-needed" should be used by more people

(A rather outdated article about --as-needed can be found here)
_________________
The manual said "WindowsXP or better" so I installed GNU/Linux...

my portage overlay

Need a stage1 tarball? (Unofficial builds)

jancici · Posted: Sun Mar 23, 2008 8:38 am Post subject:

I had to emerge even ghostscript-gpl and cups before revdep-rebuilt was succesfull

pappy_mcfae · Watchman Joined: 27 Dec 2007 Posts: 5518 Location: Dallas

Oh yes, it took out eight packages on this machine, and more on my other laptop. Amazingly, this machine wasn't updating it. So, I forced the issue and updated it manually. I figured it was better to inoculate for the problem now than to wait for a surprise case of digital measles. Fortunately, revdep-rebuild does a good job in cleaning up the mess.

And beware; distcc acts strangly fixing this one for some reason.

Blessed be!
Pappy
_________________
SITE LIST:
Main: http://www.kernel-seeds.org
Mirror: http://kernel-seeds.bloodnoc.org/
Mirror 2: http://kernel-seeds.audiodef.com/
Mirror 3: http://www.elilabs.com/~pappy/

GNUtoo · Veteran Joined: 05 May 2005 Posts: 1919

same problem...with samba
i am recompiling cups before samba i'll see if it works

BadSquishy

Thanks tapted -

There were a huge number of packages that would not compile on my system. Unfortunately, the currently installed version of more than a couple packages has been masked, so revdep-rebuild could not determine the correct package order, and it wasn't completing it's task (failure compiling gedit, gdm, etc.). I took tapted's suggestion from a post above and ran this:

Polynomial-C · Posted: Sat Apr 05, 2008 1:26 pm Post subject:

You can tell revdep-rebuild to not recompile exact versions of packages but the latest available versions:

red-wolf76 · Posted: Fri May 23, 2008 9:38 am Post subject:

Actually, it tells you that -X is deprecated now. Is there a follow-up handle?

Cheers!
_________________
0mFg, G3nt00 r0X0r$ T3h B1g!1111

Use sane CFLAGS! If for no other reason, do it for the lulz!