Beiträge von diabolusUmarov

Von mir selbst kenne ich das nicht. Meine Laptops werden auch warm, haben aber keine Grafikeinheit zum zocken. Aber, ab und an muss ich da trotzdem die Lüfter frei blasen und das alles. Was bei dir aber wahrscheinlich auszuschliessen ist.

Ich habe aber Bekannte, die alles mit dem Laptop machen, auch zocken. Einer von denen, ich weiss jetzt aber aus dem FF nicht, welchen Laptop der hat, war ebenfalls von massiver Hitze geplagt. Allerdings laut Sensoren alles noch im grünen Bereich, trotz um die 120 Grad Celsius. Der konnte das anscheinend ab. Ihn hat das aber genervt, denn mal eben im Wohnzimmer sitzen und 120 Grad auf dem Schoss haben, verdirbt ein wenig den Spielspass, wie er meinte.

Er hat dann die Garantie geopfert, die Kiste auf gemacht und neue Wärmepads drunter geklebt. Bei ihm hat das die Temperatur stark reduziert.

Soweit ich mich erinnere, haben manche Laptops aber auch die Option, die Lüfter stärker laufen zu lassen. Bzw. langsamer laufen zu lassen, wegen Temperatur. Bei meiner Grafikkarte kann ich auch in den Nvidia-Settings den Lüfter voll aufdrehen, wobei die Temperatur dann von über 80 beim zocken auf 60 fällt. Da fliegen mir dann aber die Ohren weg, da ich nur einen Lüfter auf der Karte habe und der dann mal einen auf startenden Eurofighter macht. Geht aber.

Das ist "nur" ein Bash-Skript? Respekt! Ja, ich meinte so etwas wie FZF. Ich befasse mich, für C++, gerade mit FTXUI, daher mein Interesse. War auf der Suche nach einem vernümftigen Weg, ein TUI für meinen Server zu schreiben, da langsam das erstellen von Backups und so zu unhandlich wird. Früher hab ich für sowas ncurses verwendet, aber das ist in meinen Augen wenig Intuitiv.

Welche Bibliothek benutzt du für TUI?

Zitat von SirDee

obwohl es von einem ganz einfachen USB Sick läuft

Da habe ich auch schon meine Erfahrungen mit gemacht. Ich hatte ein minimal installiertes Arch auf einem Stick. Mit AwesomeWM, so als Retter in der Not, falls irgendwo irgendwas nicht funktioniert. Das Arch-Installationsmedium ist ja nett, aber eben nur eine Konsole und gerade wenn UUIDs und so ins Spiel kommen bevorzuge ich es, Terminals zu haben.

Das war auf einem Intenso Silverstick oder wie die heißen. Das lief einfach unglaublich gut. Doch eines Sommers, ich war bei einem Freund, da der Probleme am PC hatte, kam wieder daheim an, Stick weg. Kurze Hose, kein Reissverschluss an den knapp bemessenen Taschen, irgendwo ist der also abhanden gekommen.

Ich hatte aber noch einen Stick von SanDisk. Die werden ja normalerweise als sehr solide und schnell angesehen. Da lief das neu installierte Arch, obwohl ich das auf dem Stick auch immer aktuell gehalten habe, zäh wie Gummi. Auf dem Intenso hab ich ein Programm gestartet, zack war es da. Auf dem SanDisk habe ich mich manchmal gefragt, ob er das überhaupt schon lädt. Bei Sticks sind, meiner Erfahrung nach, nicht alle Gold die Glänzen und teuer sind.

Oh je, schwer zu erklären. Python ist "einfach", im Sinne von, sehr vieles bedarf da nur wirklich sehr weniger Zeilen Code. Damit ist mal "schnell was programmiert", kein Problem. Nachteil ist, es ist eine Interpretersprache. Das heisst, du musst immer python mit aufrufen, wie bei Basic zum Beispiel. Einfach mal so ein Programm schreiben, dass du dann über das Terminal starten kannst, ist da also nicht, da es nicht compiliert wird. Ja, man kann es über den Terminal starten, aber eben mit python davor.

C/C++ ist sehr Hardwarenah. Besonder C. Das hat den grossen Vorteil, dass du wirklich nur so viel an Systemressourcen benutzt, wie du auch brauchst. Insofern du sauber programmierst eben. Eine Zeichenkette zum Beispiel hat da, wenn du sie über einen Zeiger verwendest, dynamisch viel Speicher. Ein Zeichen, zehn Zeichen, wieder nur drei Zeichen. Eben, wie man es braucht. Anstatt eine Zeichenkette mit 10 Bytes zu reservieren und du brauchst nur 3. Das hat aber auch den Nachteil, wenn du nicht genau arbeitest kann es sein, dass du in einen Speicherbereich schreibst, den du gar nicht reserviert hat und dann knallt dein Programm. Der Aufwand ist also deutlich höher als bei Python, dafür hast du mehr Freiheiten.

Rust macht da viele Dinge komplett anders, was es sicher macht. Da kannst du nicht mal eben in einen nicht reservierten Speicher schreibe. Du musst dich aber auch nicht so detailliert mit dem Speicher auseinandersetzen wie bei C. Alles in allem macht es Programme von Hause aus sicherer und der Compiler scheint mir viel restriktiver zu sein als unter C/C++.

Dafür wird man aber, meiner Meinung nach, dann richtig RAM für brauchen. Die Browser ziehen ja ohnehin schon einiges und so ganz sicher bin ich mir auch nicht, welche Vorteile das bietet.

Lustig finde ich aber, unter dem AmigaOS ist das eine ganz banale Sache. Da gibt es ja die RAM-Disk, die man wie eine normale Festplatte nutzen kann. Ich habe mir früher für Spiele oft einen kleinen Starter geschrieben, welcher das Spiel erst in den RAM kopiert, dort gestartet und die Spielstände hinterher zurück kopiert hat.

Zitat von Pinguin

Rust ist aber ein ganz andere Nummer

Ich spiele auch immer wieder damit rum. Es gibt einige signifikante Unterschiede zu C/C++. Mit etwas Übung sicherlich machbar, aber da muss ich dran bleiben. Wobei ich das auch nicht für jedes Projekt einsetzen würde. Ich bin da doch nach wie vor lieber bei C/C++.

Ich habe zwar noch nicht so den Plan mit Rust, aber generell finde ich die Sprache vielversprechend. Vieles, was mich unter C++ und besonders C ärgert, scheint dort durchdacht implementiert zu sein. Der Gedanke, ein Desktop rein in der Sprache, gefällt mir auf jeden Fall. Für mich fällt Cosmic aber raus. Keine X11 Unterstützung. Also nichts für meines Vaters Sohn.

Zitat von Perval

obwohl es ziemlich langweilig ist

Produktiv gesehen eigentlich das wo man hin will.

Sehr neu auf jeden Fall. Ich hab heute Morgen routinemässig updates gemacht und bei mir ist noch 6.17.9-zen.

Meiner Meinung nach, spielt die Menge überhaupt keine Rolle. Das hier ist kein Void Forum. Es ist ein Linux Forum und jeder, der etwas zu einer bestimmten Distribution zu sagen hat, kann das im jeweiligen Bereich tun.

Zudem, wenn ich mir die Häufigkeit der Beiträge hier so anschaue, dann ist es eher ein Euer Desktop Forum

Zitat von Pinguin

nur habe ich Bedenken das unser Forum dann zum "Void"-Forum wird

Da sehe ich keine Probleme.

Auch wenn das Thema nicht gerade frequentiert ist, hier doch ein Zwischenfazit.

Ich bin eigentlich überrascht, wie gut das funktioniert. Egal ob mit FreeOffice, Gimp, Vivaldi. alles läuft ausreichend flott. In FreeOffice habe ich mittlerweile längere Texte geschrieben, reibungslos. Gimp braucht hier und da etwas länger, als ich es erwarten würde, wobei ich natürlich den VPS berücksichtige, funktioniert aber dennoch einwandfrei bisher. Browsen mit Vivaldi geht super weich. Da gibt es überhaupt nichts zu meckern.

Wäre die Mouse besser unterstützt, aber das kann man bei Übertragungen via VNC vergessen, könnte man sogar Luanti spielen mit fast 30 FPS. Okay, Luanti braucht jetzt echt nicht viel Rechenleistung, aber trotzdem.

Ich habe auch mittlerweile einen neuen Luanti (vormals Minetest) darauf laufen. Bequem per GUI erstellt, was das hinzufügen von Mods wirklich stark vereinfacht hat. Auch sind mehrere Teminals für das erstellen eines Docker-Containers so deutlich angenehmer, als per ssh. Natürlich auch die Editoren. Auch wenn ja einige gerne mit Vi oder Vim arbeiten, Ich bevorzuge doch so etwas wie Mousepad. Oder Kate in diesem Fall.

Was mich zum Desktop bringt. Trinitiy, also TDE, läuft in allen Lagen butterweich. Das Teil erkämpft sich gerade den ersten Platz im Bereich Leichtgewicht. Normal setze ich da mittlerweile Mate ein, aber TDE wirkt immer mehr positiv auf mich. Wobei ich definitiv sagen muss, er wirkt am Anfang altbacken, aber wenn man damit arbeitet, wirken die "modernen" Desktops an einigen Stellen zwar optisch schöner, aber funktional sperriger, was ich sehr lustig finde.

Also, wenn du ein neues Video zu deinem Installer machst, schaue ich gerne immer mal wieder in die Kommentare und wenn ich kann, gebe ich Antwort. Aber kein Gewähr, ich tue aber gerne mein Möglichstes. Hab gerade beruflich eine harte Nuss mit einem der vielen, schönen BAMF-Formularen zu lösen und entwickle gerade eine Jobcenter Integration vom Reissbrett. Aber hin und wieder mal in die Kommentare schauen, sitze ja eh am PC, sollte drin sein.

Zitat von HerrRossi

Was ?! Was soll das für ein PC sein ?

Einer der über 1000€ gekostet hat. Die Frage ist da weniger, was das für ein PC ist, sondern eher, was das für Autos sind.

Zitat von SirDee

Ich wollte hier niemand persönlich angreifen

Ich kann natürlich nicht für alle sprechen, aber ich habe nirgendwo einen persönlichen Angriff erkannt.

Zitat von SirDee

ist nicht alles Gold was glänzt

Ist es nie. Das liegt auch nicht an Linux, sondern ist wahrscheinlich ein Naturgesetz.

Zitat von SirDee

doch wenigstens 2 Wochen ohne Fehlermeldung laufen

Ganz deiner Meinung. Alles andere ist nur frustrierend. Ein bekannter von mir hat sich vor ein paar Wochen einen neuen Gaming-PC gekauft. Grösseres Budget für CPU, Speicher und Mainboard und erst eine, ich glaube 5050. Die soll, sobald die etwas günstiger werden und er die Kohle zusammen hat aber durch eine 5090 ersetzt werden. Erst total toll, alle Spiele in FullHD auf 100 FPS auf Anschlag, Nvidia Update nach ein paar Wochen jetzt bricht die FPS beim gleichen Spiel wenn es rund geht bis auf 30 FPS runter. Ist jetzt keine direkte Fehlermeldung, aber nach so kurzer Zeit will man einfach nicht, dass irgendwas einfach nicht mehr funktioniert wie es soll. Frust ist entsprechend gross. Der hat für den PC mehr bezahlt, als ich für die letzten 3 Autos zusammen.

Zitat von SirDee

aber hier ein paar Screenshots, meine noch nicht mal 3 Tage alten Manjaro

Das muss Manjaro spezifisch sein. So ein Paket gibt es bei mir unter purem Arch überhaupt nicht. Von der Bezeichnung her dürfte es auch ein Sammelpaket sein und so etwas halte ich immer für bedenklich.

Zitat von SirDee

das Coreutil

Ach herrje. Das ist, wie ja der Name schon sagt, ein Kernelement. Da darf, ich bin da voll auf deiner Seite, nichts schiefgehen. Hätte ich bislang auch noch bei keiner Distribution erlebt, denn die Maintainer achten in der Regel stark darauf. Ohne das funktioniert sehr viel nicht. Das ist aber auch kein Paket aus AUR. Wenn da also was knallt, haben die Maintainer irgendwas grundlegend falsch gemacht. Deine Meinung dazu ist also absolut Berechtigt. Das würde mich auch aufregen.

Ich bezog mich aber wirklich auf Software aus AUR. Wie der Name schon sagt, ist es ein User-Repository. Der Maintainer kann zu Beginn feuern und flamme dafür gewesen sein, dann aber die Lust oder die Zeit daran verlieren, weil er es vielleicht selbst nicht mehr nutzt. Dann geht das gerne mal den Bach runter und da ist die Abhilfe damit geschaffen, es einfach zu deinstallieren. In der Regel installiert man auch keine essentiellen Bestandteile der Distribution aus einem UR, egal jetzt bei welcher Distribution. Das sollte auch überflüssig sein, denn solche Dinge gehören in die Hände der Distibutions-Entwickler, nicht in die der User. Da wäre schon das Sicherheitsrisiko viel zu hoch.

Um ein aktuelles Beispiel zu nennen. Ich habe pamac-full auf meinem Hauptrechner installiert und das hat beim Update eine Abhängigkeit nicht auflösen können. Demnach, Update fehlgeschlagen. Da Pamac aber kein systemrelevantes Tool ist, habe ich es deinstalliert, mein System aktualisiert und danach wieder installiert. Läuft. Zeitlicher Mehraufwand ca. 5 Minuten. Solche Problemchen kann ich in 2025 an einer Hand abzählen.

Würde so ein Problem jedoch bei pacman auftreten, wäre die Lage schon weitaus kritischer und die Lösung deutlich Zeitintensiver. Ich habe mir mal in meiner Bastel-VM mit Arch pacman geschrottet. Da musste ich dann vom Installationsmedium booten, Festplatte einhängen, mit pacstrap pacman neu drüber bügeln. Das frisst Zeit und wer nicht weiss wie es geht, der steht vor einer faktisch unlösbaren Aufgabe. So etwas darf also nicht passieren, wenn die Distribution für die breite Masse nutzbar sein soll. Passiert eigentlich auch nicht, wenn man nicht anfängt, in Config-Dateien herum zu schrauben nach dem Try&Error-Prinzip und dann bei der Aktualisierung etwas kaputt geht. Das machen normale Anwender ja in der Regel nicht. Würde ich auf meinen produktiven Geräten auch niemals machen, dafür habe ich ja diese VM, wenn mich mal wieder der Basteltrieb packt.

Zitat von SirDee

weil die AUR Pakete irgend wann Anhängigkeitsprobleme hatten

Deinstallieren und fertig? In der Regel sind das Pakete, die halbherzig oder nicht mehr vom Maintainer gepflegt werden.

Zitat von void69

AUR wäre nichts für mich bei meinem Produktivsystem

Ich habe auf allen Produktivsystemen auch AUR Software drauf.

Zitat von SirDee

Nun das AUR ist ja nun eher eine Garantie das etwas in die Hose geh

Wäre mir neu

Zitat von DenalB

Warum sollte ich mir dann nicht direkt Debian installieren?

Da möchte ich mich gerne mal einschalten. Denn diese Frage stelle ich mir sehr oft bei vielen Distributionen auch. Bei Arch und Manjaro, um ein Beispiel zu nennen, ist es logisch. Arch ist roh, da muss man alles selber machen, bei Manjaro ist am Ende alles da und man kann es benutzen. Bei vielen Distributionen verstehe ich es aber nicht. Da ist dann eine, die hat als Unterbau zum Beispiel Ubuntu, da ist der eigentliche Unterbau Debian. Also eine Schicht auf einer Schicht. Warum dann nicht gleich Ubuntu oder Debian nehmen?

Wenn ich mir die Videos vom Pinguin so anschaue ist die Antwort in vielen Fällen klar. Die Maintainer sagen, mit ihrer Distribution ist alles besser, schöner und natürlich perfekt für Gaming optimiert und in vielen Fällen ist es immer die Beste der Besten der Besten Distributionen. Ich habe da oft den Eindruck, dass viele Distributionen aus einer gewissen Art von Selbstüberschätzung oder Überheblichkeit entstehen.