2006-04-25 03:24:57 |
Anthony Turner |
bug |
|
|
added bug |
2006-04-25 05:01:19 |
Daniel Holbach |
gconf2: assignee |
|
desktop-bugs |
|
2006-04-25 05:01:19 |
Daniel Holbach |
gconf2: statusexplanation |
|
Thanks for the bug report. Sébastien: Could it be that gconf2 needs a newer glib in that case? Would it help to bump the shlibs of glib and rebuild? Or is this maybe due to some crazy state where gconftool-2 is unpacked and used although it and it's dedencies are not fully installed yet? |
|
2006-04-25 09:45:12 |
Sebastien Bacher |
gconf2: status |
Unconfirmed |
Needs Info |
|
2006-04-25 09:45:12 |
Sebastien Bacher |
gconf2: statusexplanation |
Thanks for the bug report. Sébastien: Could it be that gconf2 needs a newer glib in that case? Would it help to bump the shlibs of glib and rebuild? Or is this maybe due to some crazy state where gconftool-2 is unpacked and used although it and it's dedencies are not fully installed yet? |
I think that's rather due to a local version of glib built to /usr/local or something like that
Could you copy a "ldd /usr/lib/libgconf-2.so.4" to a comment? |
|
2006-04-25 11:05:37 |
Sebastien Bacher |
gconf2: status |
Needs Info |
Rejected |
|
2006-04-25 11:05:37 |
Sebastien Bacher |
gconf2: statusexplanation |
I think that's rather due to a local version of glib built to /usr/local or something like that
Could you copy a "ldd /usr/lib/libgconf-2.so.4" to a comment? |
You compiler a local glib version to /usr/local which is used before the system one and outdated, not a distribution bug, rejecting it. If you don't know what you are doing you should probably stick to packages for installing something on your distribution. To fix the issue you can remove what you installed over the distribution to /usr/local by example |
|