Login
Newsletter
Werbung

Thema: Fedora 31

4 Kommentar(e) || Alle anzeigen ||  RSS || Kommentieren
Kommentare von Lesern spiegeln nicht unbedingt die Meinung der Redaktion wider.
0
Von Andre am So, 24. November 2019 um 15:55 #

Telemetrie:
ich bin bei Dir das das unter windows sehr unschön ist. in der praxis funktioniert das so wie von mir beschrieben - und ist der offiziell von microsoft supportete weg.
Damit gibt es keine 100% garantie der telemetrie unterdrückung !
Dennoch - wer wie beschrieben vorgeht wird die übertragenen Datenpakete auf unter 5% vom Ausgangssyszem reduzieren können - das lässt sich via Proxy prüfen, und die Einstellungen dann ohne Aufwand auf beliebige Kisten übertragen.

======================================

3.1)

stimmt - kein problem der distro, sondern der dritt-anbieter applikation. und dennoch ein massgebliches unschönbes problem im "Desktop-Umfeld" - über welches man in der form bereits seit 20jahren unter gnu/linux immer wieder stolpert.

======================================

3.2)

>> Fehlende Codecs sind distributions-spezifische Probleme, die nichts per se mit Linux zu tun haben, sondern mit den entsprechenden Distributoren. Wenn das ein Problem für Sie ist, haben Sie hier die Wahl. Wählen Sie statt SUSE einfach einen Distributor, der Codecs direkt ausliefert.

>> Auch bei dem GNOME-Shell-Plugin-Problem stellt sich die Frage: Ist es denn eigentlich von Red Hat unterstützt? Falls ja, Support anrufen. Falls nein, Alternativen erwägen. Unter Debian scheint es ja zu funktionieren.... Letztlich hat das GNOME-Projekt an dieser Stelle großen Mist gebaut...

>> Die Situation ist tatsächlich weiterhin bescheiden. Aber letztlich ist die Ursache des Problems die Monopolstellung Microsofts.

100% dakor!
ähnliches Problem wie unter 3.1 - es gibt keinen Enterprise-Desktop-Distributor der das "offiziell" unterstützt. Folglich verbleiben dann nur Community-Produkte bei denen ich mit der gegebenen Qualität leben muss. alles sehr unschön.

======================================

>> fehlende hardware-unterstützung oder microruckler unter hoher io-last sind fpr einen normalsterbliche anwender auch nur noch schwer mit enormen aufwenden zu fixen.
>> Ah ja, die Treiberthematik.

Das Problem hatte ich auf debian9/centos7 auf meiner nun wirklich nicht obskursen hardware - wieviele stunden aufwand soll ich betreiben um die eigentliche ursache zu finden und das problem zu lösen?

======================================

>> Wie bringe ich unter Windows 10 alte Drucker oder Soundkarten zum Laufen, für die der Hersteller keine Treiber mehr veröffentlicht?

Windows7 konnte bis dato ohne einschränkungen genutzt werden. Im Vergleich zu allen verfügbaren Distributionen sogar ein knapp 10Jahre altes Betriebssystem mit nahezu allen bis dato aktuellen Dirttanbieter-Software-Komponenten (stichwort Drittanbieter versus repository).

Folgend musst du wohl einzel hardware-komponenten austauschen. im vergleich zu meinem o.g. problem aber vermutlich nicht mehr oder weniger die gesamte kiste.

======================================

Das alles führt dann aber aus meiner "Anwendungs-Sicht" dazu das man mit eingeschränkten Enterprise-Distributionen lebt, oder ebend mit fehleranfälligen Community-Distributionen.

Dazu kommen dann die ganzen Problematiken mit KDE/Plasma der vergangenen 20Jahre mit jedem major-release upgrades - insbesondere bei den Community-Distributionen (mit ausnahme von Debian!)

Es geht mir hier keinesfalls um einzelpunkte - sondern um das gesamte gnu/linux-ökosystem auf dem desktop welches ich selbst aktiv in den jahren 2002-2007 erlebt habe, und seither immer wieder auf live-cds oder virtuellen umgebungen ausprobiere. klar ist unter windows nicht alles perfekt - das erwarte ich auch keinesfalls unter kde/plasma. aber ich möchte nicht laufend und überall im desktop-umfeld eingeschränkt werden.

  • 0
    Von Andre am So, 24. November 2019 um 16:02 #

    und nochmal - ich habe für eure konkreten anfragen lösungsansätze geben können, die wenigstens umsetzbar sind und das problem halbwegs lösen... (jedenfalls 95%) - ohne riesen aufwände...

    wo bleibt der konkrete vorschlag der problemlösung für HJB? Fedora29 weiter einzusetzen ist wohl keine sinnvolle option. Distrohopping ist albern.

    • 0
      Von quer am So, 24. November 2019 um 17:33 #

      und nochmal - ich habe für eure konkreten anfragen lösungsansätze geben können, die wenigstens umsetzbar sind und das problem halbwegs lösen... (jedenfalls 95%) - ohne riesen aufwände...

      "keine 100% garantie" und "warten bis microsoft es fixed" hört sich für mich nicht wirklich nach "Lösungsansätzen" an.

    0
    Von klopskind am Mo, 25. November 2019 um 21:38 #

    zu 1. (Telemetrie):
    Es ist nicht nur unschön. Es ist grotesk. Viele Nutzer wechseln allein aus diesem Grund. Staaten erpressen Microsoft, zu ihrem guten Recht, um eine maßgenscheiderte Variante gänzlich ohne Telemetrie angeboten zu bekommen. Da merkt man auch, dass die Telemetrie so tief im System verfriemelt sein muss, dass sie im Nachhinein nicht sauber vom Anwender herauskonfiguriert werden kann. Das ist Stand der Dinge.

    in der praxis funktioniert das so wie von mir beschrieben - [...]
    Wieder so eine vage Aussage. Es macht richtig Spaß mit Ihnen zu diskutieren...

    Was heißt "gut"? Wenn die Telemetrie nicht vollständig deaktiviert worden ist, kann es nach meinen Maßstäben nicht "gut" sein. Und wie von Ihnen behauptet, ist es nicht binnen 2 Minuten "intuitiv" bedien- & konfigurierbar, um mal zu Ihrer ursprünglichen Aussage (zweiter Absatz), welche es hier geht, zurückzukehren.

    [...] - und ist der offiziell von microsoft supportete weg.
    Was zu beweisen wäre... Quelle?

    Damit gibt es keine 100% garantie der telemetrie unterdrückung !
    Demnach wäre Ihr Vorschlag keine "Lösung" meines beschriebenen Problems, jegliche Telemetrie zu deaktivieren.

    Dennoch - wer wie beschrieben vorgeht wird die übertragenen Datenpakete auf unter 5% vom Ausgangssyszem reduzieren können -
    Nichts dennoch! Das war schlicht nicht die Aufgabe. Was verstehen Sie an dem Wort jegliche nicht?

    Sie können nach der Korrektur der Matheklausur auch nicht zum Lehrer gehen, und mehr Punkte verlangen, weil Sie ja dafür etwas anderes gerechnet haben, oder nur "5%" des Ansatzes fehlten. Nein, so geht das nicht, oder ja nur "5%" zur 4 (bestanden) fehlen.

    das lässt sich via Proxy prüfen, und die Einstellungen dann ohne Aufwand auf beliebige Kisten übertragen.
    Für Ersteres haben Sie sicherlich auch Ergebnisse zur Hand, die Sie präsentieren können, um das zu belegen.

    Das von Ihnen hier "gelöste" Problem ist ein gänzlich anderes und rein orthogonal zu meinem.

    zu 3.1)
    Wenn Sie mir zustimmen, warum diskutieren wir dann noch? Schließlich schrieb ich u.A.:

    Mit zweiminütiger Recherche ist es offenbar nicht immer getan. [...]. Insofern kann ich Ihnen unter Verweis auf Punkt 1 nicht zustimmen.

    zu 3.2)

    es gibt keinen Enterprise-Desktop-Distributor der das "offiziell" unterstützt.
    Definiere "Enterprise-Desktop-Distributor"! Gibt es überhaupt noch eine Distribution, die Ihrer Definition entspräche? Zählt Ubuntu dazu? Die bieten Codecs an.

    Folglich verbleiben dann nur Community-Produkte bei denen ich mit der gegebenen Qualität leben muss. alles sehr unschön.
    Wieder so eine vage Aussage. Was auch immer Sie damit genau meinen, es beweist Ihre ursprünglich kritisierte Aussage nicht im Geringsten.

    fehlende hardware-unterstützung oder microruckler unter hoher io-last [...]

    Das Problem hatte ich auf debian9/centos7 auf meiner nun wirklich nicht obskursen hardware - wieviele stunden aufwand soll ich betreiben um die eigentliche ursache zu finden und das problem zu lösen?

    Genau null Stunden. Denn die Ursache des Problems liegt bei Ihrem Grafikkartenhersteller.

    Debian und CentOS ist jedenfalls nicht die beste Wahl, wenn es um Hardware-Unterstützung geht. Wenn Ihr Grafikkartenhersteller Linux nicht unterstützt, wenden Sie sich doch bitteschön an jenen. Der ist dafür zuständig, dass es läuft - auch unter Linux.

    Was hat das eigentlich mit Ihrer Aussage zu tun? Allein um diese ging es.

    >> Wie bringe ich unter Windows 10 alte Drucker oder Soundkarten zum Laufen, für die der Hersteller keine Treiber mehr veröffentlicht?

    Windows7 konnte bis dato ohne einschränkungen genutzt werden.

    Das beantwortet die Frage nicht im Geringsten. In der Frage steht explizit "unter Windows 10". Ich möchte nämlich noch länger als die paar Monate Sicherheitsaktualisierungen und gewisse Vorteile von Windows 10 ggü. Windows 7.
    Und "alt" heißt nicht "Windows 7 oder neuer". Was tue ich mit alten Geräten, für die bestenfalls Treiber für Windows 2000 veröffentlicht wurden?

    Folgend musst du wohl einzel hardware-komponenten austauschen. im vergleich zu meinem o.g. problem aber vermutlich nicht mehr oder weniger die gesamte kiste.
    Geplante Obsoleszenz, juchhe wir kommen!

    Reicht in Ihrem Fall nicht ein Wechsel der Grafikkarten?

    Im Vergleich zu allen verfügbaren Distributionen sogar ein knapp 10Jahre altes Betriebssystem mit nahezu allen bis dato aktuellen Dirttanbieter-Software-Komponenten (stichwort Drittanbieter versus repository).
    Das ist wieder die Verbreitungsfrage. MATLAB gibt es bspw. auch für CentOS/RHEL in aktueller Version. Der Supportzeitraum für CentOS/RHEL beträgt etwa 10 Jahre.
    git und die Toolchain sowie Flatpak sollten Ihr Problem für OSS lösen. Manche OSS-Drittanbieter verweisen sogar auf eigene Repos samt Kompilat. Ist das nicht sogar besser als selbstkompilieren oder sich auf den drölften potentiell unsicheren Updater für Drittanbietersoftware verlassen zu müssen?

    Das alles führt dann aber aus meiner "Anwendungs-Sicht" dazu das man mit eingeschränkten Enterprise-Distributionen lebt, oder ebend mit fehleranfälligen Community-Distributionen.
    Was Sie hier suggerieren, sollten Sie auch beweisen können, nämlich: Community-Distributionen wären per se fehleranfälliger als Enterpreise-Distributionen. Hinweis: Es soll Administratoren geben, die erst spät auf die nächste RHEL wechseln, um Fehlern aus dem Weg zu gehen.
    Gibt es da nicht eher eine Korrelation zwischen der Fehleranfälligkeit und dem Veröffentlichungsschema?

    Dazu kommen dann die ganzen Problematiken mit KDE/Plasma der vergangenen 20Jahre mit jedem major-release upgrades - insbesondere bei den Community-Distributionen (mit ausnahme von Debian!)
    Also das ist aber nun wirklich gänzlich abseits des Themas. Mein Einwand halt Ihrer Aussage
    dieser zusätzliche support wird unter windows dagegen praktisch 0.0 benötigt da die meisten desktop-funktionalitäten intuitiv bedienbar, oder nach 2min google eruierbar sind.
    Bitte beweisen Sie diese. Ach ne, brauchen Sie gar nicht mehr. Die Telemetriethematik ist ja schon ein Gegenbeispiel.

    Es geht mir hier keinesfalls um einzelpunkte - sondern um das gesamte gnu/linux-ökosystem auf dem desktop [...]
    Naja, wie man's nimmt, oder?

    [...] welches ich selbst aktiv in den jahren 2002-2007 erlebt habe, und seither immer wieder auf live-cds oder virtuellen umgebungen ausprobiere.
    Warten Sie mal, das macht mich aber schon stutzig. Debian 9 wurde 2017 und CentOS 7 im Jahr 2014 freigegeben. Wie passt das mit Ihren Schilderungen zu "Microrucklern" etc. zusammen? Haben Sie Ihre Hardware etwa auch nur via Live-CD oder VM getestet?

    klar ist unter windows nicht alles perfekt - das erwarte ich auch keinesfalls unter kde/plasma. aber ich möchte nicht laufend und überall im desktop-umfeld eingeschränkt werden.
    Und Telemetrie ist offenbar keine Einschränkung für Sie. Schon klar. Aber dass Sie die richtigen Entscheidungen für sich selbst treffen, habe ich nie bezweifelt. Mir ging es um Ihre pauschale Aussage oben, die Sie in ihrer Allgemeingültigkeit bis jetzt nicht belegen konnten.

Pro-Linux
Unterstützer werden
Neue Nachrichten
Werbung