Re: Nautilus Absturz

Am Sun, 16 Oct 2005 13:09:37 +0200 schrieb Eckhard Lehmann:

> Bist Du sicher, dass der gesamte Prozess abstürzt? Bei mir (Ubuntu
> Hoary, Gnome 2.10) ist auch nur das Browserfenster zugegangen, ohne
> Meldung, aber der Desktop hat nicht geflackert (das tut er, wenn
> Nautilus böse abstürzt... genau wie bei Windows XP: wenn der Windows
> Explorer abstürzt, verschwindet der Desktop und kommt nach einer Weile
> wieder).
> Ich würde aber auch schließen des Fensters als "Unexpected behaviour"
> werten und als Bug angeben...

Also ich hab noch einen Kommentar zu dem Bugreport bei bugzilla
angehängt. Es stürzt tatsächlich nicht ab, sondern es geht nur das
Fenster zu. Aber wenn ich mit nur einem Browserfenster ohne
Desktop-Unterstützung arbeite, dann ist er eben doch ganz weg.

> Wie gesagt - wahrscheinlich gibt es schlimmere Bugs, die Vorrang
> haben. Du brauchst evtl. nicht unbedingt den CVS code, wenn Du da was
> machen willst. Die Source-Release von Nautilus und die gnome-dev
> headers sollten vielleicht sogar reichen. Bring die Quellen zum
> kompilieren und installier sie so, dass die kompilierte Version des
> Nautilus verwendet wird statt der default Version - e.g., wenn Du
> nach $HOME/nautilus installierst, $HOME/nautilus/bin vor den anderen
> Verzeichnissen in den $PATH setzen, und ggf. LD_LIBRARY_PATH auf
> $HOME/nautilus/lib (ungetestet, könnte mir aber vorstellen, dass es
> so klappt ;). Dann kannst Du Deine Änderungen am Quellcode machen und
> testen und anschließend mit diff einen Patch erstellen und an den
> Maintainer senden. Mit etwas Glück erscheint der dann im CVS und in
> der nächsten Version.
> Ok, so einfach und schnell wie ich jetzt geschrieben habe, wird es
> nicht gehen. Die meiste Zeit wird wohl damit vergehen, rauszufinden
> wo die Änderungen gemacht werden müssen....

Die Quellen zum kompilieren bekommen und Dev-Header sind dank Gentoo
nicht so das große Problem. Auch den Bug zu finden und einen Patch zu
schreiben ist nur eine Frage des Zeitaufwands. Ich würde auch schätzen
erstmal die Stelle zu finden wird einige Zeit dauern. Aber meiner
Erfahrung nach zieht das eine ganze Menge Arbeit hinter sich her. Der
Autor wird im Normalfall erstmal eine "patch bitte die aktuellen CVS
sourcen"-Meldung an mich schicken. Das ist natürlich bei einem
Abhängigkeitsmonster wie Gnome immer schwer...

Aber der Fehler stört mich doch extrem. Vielleicht setzte ich mich
nochmal ran, wenn es auch in der nächsten Version noch nicht behoben
wurde...

Gruß
Andreas
.

Relevant Pages

  • Re: Genes pcHDTV 3000 analog problem
    ... had to apply the patch by hand for some reason ... after doing a cvs up -D today. ... Thank you Gene, ... Copyright 2005 by Maurice Eugene Heskett, ...
    (Linux-Kernel)
  • Re: BK2CVS problem
    ... was there any route via which this malicious patch could've worked ... secondary CVS repository instead of the primary BK repository. ... An argument might be made that all patches sent to Linus should be at ... a minimum be GPG signed, but that assumes that Linus would be willing ...
    (Linux-Kernel)
  • Re: how to handling read only cvs trees
    ... > I usually checkout out src from a local cvs mirror of the FreeBSD ... > these files are included in the generated patch. ... > repository, could delete them with the next scheduled run. ... Either pack the files up in a shar or tarball or use diff -N against ...
    (freebsd-hackers)
  • Re: DOM and SAX parsing in Ada
    ... > reasons. ... The issue is, after a patch is integrated, how long is it before it is ... it is necessary for _everyone_ to have read access to a CVS ... repository, if you want to encourage comtributions to that repository. ...
    (comp.lang.ada)
  • [PATCH]: new MIBs for BSNMP
    ... I'd like to expose here one patch for BSNMP containing some new MIBs ... Many thanks to Harti and Philip for their support and guidance! ... It is a unified diff against the "latest" CVS version of the BSNMP ... endpoint info about the process it belongs to. ...
    (freebsd-current)