Also nochmal .. smbk4k-netzwerk - Dialog zum Einbinden Öffnen
unc-Pfad: //DiskStation/Datenaustausch
IP (kann aber muss nicht:) 192.168.2.100
Arbeitsgruppe Workgroup
Häckchen bei 'diese Freigabe ....' setzen
OK
Was passiert dann genau in welcher Reihenfolge??
kann es etwas mit 32 oder 64 bit zu tun haben
guck in den Quellcode .. das steht alles drin. Dann kannst den Fehler sogar beseitigen.
das es eine Freigebe gibt. smb://192.168.2.100/Ordner wurde akzeptiert.
das smb: ist mit Sicherheit überflüssig. Ich unterstelle, dass du einen ganz simplen Fehler machst. Leider - für dich - bist du mit Infos extrem sparsam. Was du genau gemacht hast bleibt ein Rätsel.
Nicht einmal die exakte Konfiguration deines nas haben wir erfahren. Da gäbe es bestimmt aus dessen Web-Inferface ein paar Seiten, die man als Screenshot liefern könnte.
Die Updates sind meist sicherheitsrelevante und weniger neue Funktionen
und dass das genau nicht passiert ist die Klage von neuland. Er will kein upgrade sondern Fehlerbereinigungen. Dafür ist die Plasma-LTS-version in Leap 42.2 einbunden.
Und deren Bugfixes kommen eben nicht. Das wäre die 5.8.4
Und dass man für elementare Bugfixes ein Community-Repo einbinden soll kann doch nicht ernst gemeint sein.
hm, das bedeutet eine Empfehlung für kcalc
eindeutig ..
Der aktuelle Plasma-Taschenrechner ist bei mir genau so fehlprogrammiert wie bei dir. Vielleicht bringt die nächste Ausgabe der KDE Applikations eine Verbesserung.
---------------
ansonsten
Taschenrechner › Wiki › ubuntuusers.de
Wissenschaftlicher Taschenrechner – openSUSE
Extcalc (kde3 aber tut)
Warum nennst du dich dann wurzel99 und nicht wurzel2,99?
Auch alte Männer müssen mal Traumata überwinden und sich neuen Welten öffnen.
er meint das Miniprogramm von Plasma 5.
Aaach soo .. tja .. also meines tut.
Wenn ich meinem leicht lädierten Gedächtnis folge und mich an meine Experimente mit diversen Programmiersprachen in jungen Jahren erinnere fällt mir ein, dass
die internen mathematischen Algorithmen dieser Sprache zusammen mit der internen Kodieren von Gleitkommazahlen manchmal die ulkigsten Ergenisse brachten. Da war die Wurzel aus 9 zuverlässig 2,999999999999.
Mein erster wissenschaftlicher (!!!!) Taschenrechner war auch so einer.
Das fangen heute Taschenrechner und Tabellenkalkulationen i.d.R auf durch geschichte Rundungsmechanismen und andere Berechnungsalgorithmen auf.
Das hat der Miniprogrammprogrammierer von Plasma nicht im Auge gehabt. Vielleicht hat der im Background noch das Vorkriegsmodell von Fortran beschäftigt.
Könnte bitte mal wer gegenprüfen, ob sein/ihr Rechner ebenfalls komisch aufrundet.
Als Bsp: 0,2 * 3= 0,6000000000000001
mit welcher Software kommst du zu solchen Ergebnissen?
Bei mir kommt was ganz anderes raus 
inux-riv7:~> 0,2*3
If '0,2*3' is not a typo you can use command-not-found to lookup the package that contains it, like this:
cnf 0,2*3und google liefert korrekt 0,6 - auch auf meinem Rechner 
Der geht. Hab den Österreicher raus geschmissen und den genommen. Ist das ok?
tut ist gut .. ich trink erst mal einen Kaffee und warte auf irgendeinen anderen - oder nehme ich auch den??
------------
edit: DER tut - ach @alterseemann - wenn wir dich nicht hätten ..
-----------
edit #2: da geht was schief .... mehrere pakete mit falscher Checksum ..
Es gibt da noch paar Spiegelserver vom packman. Oder du wartest mal paar Minuten. Evtl. ist der Server überlastet.
da ist mehr im Busche .. die tun auch alle nicht (ok .. die in Taiwan hab ich nicht probiert .. )
