Segmentation Fault in gparted since tce-update

[coreplayer2]

H'mmm,  seems like some dep is missing since running tce-update, because multiple errors since update.  some fixed by downloading xz.tcz to OnBoot.lst, but everyday this week something else gets ugly.   Today,  Segmentation Fault reported when attempting to run gparted since using tce-update to update tcz's

have uninstalled gparted and reinstalled, problem persists ??

Have updated dep's and tcz's

[coreplayer2]

Actually the situation is worse than I first feared,  checking on other apps we find they will not run either.. 

apps like

firefox
shiretoko
pcmanfm
gedit
gparted


This sounds familiar..  will have to revisit recent threads i think

[gerald_clark]

You should update deps,  then install missing deps.
Then you can update apps without problems.

[coreplayer2]

thank you Gerald, yes that is the order I update with (usually)

have updated the dep's
no missing deps reported
and no updates available


yet the list of apps above (earlier post) all produce the " segmentation fault "  when attempting to run each and any of them.

I wonder is the glib2-dev was updated simultaneously with glib2 , both are installed..?

[coreplayer2]

Nothing else left for me to do, so restored  glib2.tcz and libxml2.tcz and all is well again,,, PHEW!!


All apps open without crashing with the " Segmentation Fault " error

 

[gerald_clark]

Funny, some of those same programs were missing the xz.tcz after updating deps on my system.

[coreplayer2]

I'd already added xz.tcz to the onboot.lst but in the end that didn't resolve the issue

[Jason W]

There shouldn't still be a problem, as xz.tcz was added to libxml2.tcz.dep albeit a few hours after the libxml2 update.   All is working fine here, is anyone else having an issue?

[coreplayer2]

I restored the old versions of glib2.tcz and libxml2.tcz and sanity restored

Just a thought, I wonder if a conflict with having the old version of glib2-dev installed and the updated glib2 also installed.  looks like both have been updated in the repository will try updating again.

On the other hand glib2 may not be related.. 

[Jason W]

I had typos in the glib2 info files, but they were all updated.  Should all be good.

[coreplayer2]

Ok have deleted old related extensions & dep lists, updated dep files, fetched missing deps and scanned for updates..

the confusion over the xv.tcz extension was apparently the issue, which appears to be fixed.

All is good now thank you Jason   

[coreplayer2]

About once a month I tackle another system update.  While it's probably a moot point with TC-5.0 on the horizon, I still have catastrophic " Segmentation Faults " when opening several applications immediately after an extension update is completed.

the culprit is

glib2.tcz

After updating from the repo most installed apps refuse to start and when run from the terminal most result in a Segmentation Fault.   These are some of the effected applications

Shiretoko
gparted
leafpad
meld
gimp2
PCmanFM
Xarchiver
etc. etc..


Restoring original version of glib2.tcz  and rebooting completely resolves the issue
this version is trouble free

1417216 Apr  5  2012 glib2.tcz

the dep files are identical

With these original files installed, all my updated TC-4.7.7 systems are once again totally reliable

[Juanito]

the md5sum for glib2.tcz checks out OK on the server and is the same as my local glib2, which does not give problems.

Given your problems, it might be worth verifying that tce/optional and tce/optional/upgrade are both owned by tc:staff and that your partion e2fsck is OK?

Code: [Select]

$ cat glib2.tcz.md5.txt
5db8f6ab7a9a773fc20fd35ae0689711  glib2.tcz

[coreplayer2]

yes ownership and file system are good on all systems which exhibit this issue,  have many systems where this segmentation fault is reproducible. 

I felt for the longest time this issue was caused by either glib2 or libxml2 and have never been able to pinpoint the culprit.   However today and at least on this particular system i can reliably reproduce the phenomena by simply updating glib2 then replacing it with the older version to return normal use of other applications.     For sure there is a conflict with another extension which is the real cause, considering my systems which display this issue have installed similar if not the same set of extensions in the onboot.lst. 



the issue with the upgrade directory, ok may have been self induced.     I remembered that to prevent the update process from unintentionally updating glib2 I had set glib2's immutable bit which most probably prevented tc from processing the files in this directory.  A small detail which I had forgotten about, I'm sure I'm not the first to do that.


thanks

[coreplayer2]

I should clarify, the current glib2.tcz does not cause the issue, but is merely the catalyst.  When booted with an alternative test base onboot.lst there is no conflict with latest glib2 and the previously effected extensions load perfectly.

There is an extension or more than one in my current onboot.lst which is at conflict when the latest glib2.tcz is loaded,  resulting in a segmentation fault attempting to load many effected applications.   I should write a script to load each extension in the onboot.lst (which contains the real culprit) when booted to an alternative base onboot.lst and then test each effected application

have corrected my above post