|
|
|
|
Ich habe mir ja auch extra einen passenden Avatar dafür zugelegt:
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 21.05.2017 16:49]
|
|
|
|
|
|
|
|
|
Note
|
systemd uses a difficult, non-standard syntax for command lines in unit files (refer to the systemd.unit(5) manual page).
When invoking borg from unit files, pay particular attention to escaping, especially when using the now/utcnow placeholders, since systemd performs its own %-based variable replacement even in quoted text. To avoid interference from systemd, double all percent signs ({hostname}-{now:%Y-%m-%d_%H:%M:%S} becomes {hostname}-{now:%%Y-%%m-%%d_%%H:%%M:%%S} ).
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 21.05.2017 17:24]
|
|
|
|
|
|
jo aber sorry, für sowas muss man halt auch einfach mal doku lesen.
|
|
|
|
|
|
|
|
|
|
|
erm, da schon sehr lange nicht mehr gemacht, wie brennt man unter linux eine UDF DL DVD (daten) von der command line?
ja, udf ist nötig, da dateien > 4GB am stück.
noch was anderes: können die intel sandy bridge iGPUs unter linux OpenCL und was fürn profil fahren die da (OCL 1.0, 1.1)?
zusätzlich, wie sieht das bei ivy bridge aus?
ich würds gerne selber testen, aber mangels *bridge CPUs mit iGPU ein wenig schwierig.
die intel doku ist da etwas sehr schwammig, teilweise heist es geht gar nicht, dann gehts, dann gehts selbst mit ivy nicht, dann gehts erst ab ivy... intel non-cpu doku halt.
|
|
|
|
|
|
|
ab Ivybridge, aber keine Ahnung ob 1.1 oder 1.2
|
|
|
|
|
|
|
|
|
|
|
Ufff. Bin wohl wieder gesund
https://github.com/taviso/loadlibrary
Leider ist da nicht beschrieben, wie man da jetzt mit dlopen() weiter vorgehen soll. Aber mich interessiert erstmal, ob SELF-CONTAINED hier nur bedeutet Benoetigt keine anderen Libraries? Diese Scannerengine wird doch sicher API von Win32 benoetigen? Und fuer mich sind das andere Libraries.
Waere schoen, wenn Logitech auch ein bisschen aufwacht. Ich habe so einen Empfaenger am Desktop, wegen der neuen Logitech-Tastatur.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 24.05.2017 14:24]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Mach ich jetzt auch immer.
"I don't implement features."
|
|
|
|
|
|
|
würde ja eigentlich super zu poetteringschen art von bugreports passen wenn nicht systemd&konsorten soviel featurecreep unterstellt werden würde
|
|
|
|
|
|
|
Microsoft SMB: Wow, what a week!
Samba: Hold my beer
|
|
|
|
|
|
|
ich bin nach wie vor der meinung, dass wir endlich mal ein vernünftiges(!) protokoll für den kram brauchen.
smb ist absoluter mist.
nfs kann nichts.
danach gibts dann nicht mehr viel. insbesondere wenn es cross platform funktionieren muss.
|
|
|
|
|
|
|
Hast du mal den NFS-Client von Windows benutzt?
2 MB/s sind richtig viel für den!
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 25.05.2017 9:38]
|
|
|
|
|
|
Ich finde Samba inzwischen eigentlich ganz ok. Ziehe es wegen der ACL features NFS vor. Für einfach Anwendungen ist es völlig hinreichend.
|
|
|
|
|
|
|
Wenn NFS oder SMB die Frage sind, dann ist SSH die Antwort.
Und wenn MTP die Frage ist, ist wiederrum SSH die Antwort.
Eigentlich schiebe ich nur noch Dateien per SSH hin und her. Nur fehlt da etwas, Service-Discovery
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
it's not a bug, it's missing features
|
|
|
|
|
|
|
niemals BMC benutzer mit leeren benutzernamen anlegen.
niemals BMC benutzer mit leeren benutzernamen anlegen.
niemals BMC benutzer mit leeren benutzernamen anlegen.
niemals BMC benutzer mit leeren benutzernamen anlegen.
niemals BMC benutzer mit leeren benutzernamen anlegen.
niemals BMC benutzer mit leeren benutzernamen anlegen.
|
|
|
|
|
|
|
|
|
|
|
Ich glaube auf meinem Intel-Board war das der Default für alle deaktivierten Nutzer (im IPMI).
|
|
|
|
|
|
|
| Zitat von hoschi
Wenn NFS oder SMB die Frage sind, dann ist SSH die Antwort.
Und wenn MTP die Frage ist, ist wiederrum SSH die Antwort.
Eigentlich schiebe ich nur noch Dateien per SSH hin und her. Nur fehlt da etwas, Service-Discovery
| |
Ich mag SSH ja auch, aber zum im LAN größere Dateimengen von/zu nem Embedded-System mit wenig Dampf zu schieben ists leider scheiße weil langsam.
|
|
|
|
|
|
|
Kommt aufs Embedded-System an™. OpenSSH kann seit Jahren Chapoly, was selbst auf einem A53-ARM-Kern mit >200 MB/s durchrauscht (weil NEON).
Wenn man aber öfter mit älteren Ranzchips zu tun hat, kann man sich ja OpenSSH mit "Null"-Ciphersuite kompilieren.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 25.05.2017 19:00]
|
|
|
|
|
|
was hat ssh denn mit smb zu tun? scp ist doch eher ein ftp-Ersatz.
|
|
|
|
|
|
|
|
|
|
|
| Zitat von csde_rats
Kommt aufs Embedded-System an™. OpenSSH kann seit Jahren Chapoly, was selbst auf einem A53-ARM-Kern mit >200 MB/s durchrauscht (weil NEON).
Wenn man aber öfter mit älteren Ranzchips zu tun hat, kann man sich ja OpenSSH mit "Null"-Ciphersuite kompilieren.
| |
Will ich nicht, ich will mich auf den Dingern ja auch von außen sicher einloggen können. Chapoly schau ich mir mal an, noch nie gehört bisher. So ist leider lokal bei ~30MB/s Schluss. Ok, könnte auch schlimmer sein.
|
|
|
|
|
|
|
| Zitat von csde_rats
Und worüber läuft scp?
| |
lies dir meinen Text nochmal durch.
|
|
|
|
|
|
Thema: Der Linux-Thread 100 // 0x23 ( const int MAX_POST = 30 * 100; // 0x23 ) |