|
|
|
v0.30 gute Gründe für systemd
|
Alt
|
|
|
|
|
|
|
| Zitat von Oli
| Zitat von SwissBushIndian
Wofür braucht der ein Server Socket Backend?
| |
Es ist gar nicht so doof, einen Editor als Server-Client app aufzubauen; Tun doch viele Programme. Außerdem ist der Kram, den die Leute von Github sonst so produzieren, eigentlich qualitativ ganz ok. Ich werde es nachher mal testen; Wenn ich mit HTML und CSS Kenntnissen das Ding leicht erweitern kann, wäre das schonmal ein Vorteil.
/e: Ach, ist noch nicht öffentlich.
| |
Das ist mir schon klar, aber das klang für mich im ersten Moment so, als wäre das quasi ein Texteditor um hauptsächlich node.js zu entwickeln, und damit der Testserver gleich eingebaut. Davon wär ich nicht so wahnsinnig angetan
|
|
|
|
|
|
|
Breaking News: Github wird neu geschrieben mit Node.js!
¤dit: Und System.d natürlich.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von audax am 27.02.2014 20:33]
|
|
|
|
|
|
Klingt auch bei nochmaligen lesen so. Find ich nachwievor nicht super.
|
|
|
|
|
|
|
Der neue Patch für Shadowrun Returns sorgt hierfür unter Linux:
|
Code: |
ASSET [WARN] Error loading bundle from /home/dax/Steam/SteamApps/common/Shadowrun Returns/Shadowrun_Data/StreamingAssets/standalone/seattle/seattle_characters.assetbundle
(Filename: /BuildAgent/work/cac08d8a5e25d4cb/Runtime/ExportGenerated/LinuxStandalonePlayer/UnityEngineDebug.cpp Line: 54)
NullReferenceException: Object reference not set to an instance of an object
at AssetBundleManager.GetBundleManifest (UnityEngine.AssetBundle bundle) [0x00000] in <filename unknown>:0
at PlayerFactory+<Awake>c__AnonStoreyEF.<>m__91 (UnityEngine.AssetBundle bundle, Int32 id) [0x00000] in <filename unknown>:0
at AssetBundleManager+<LoadBundle>c__Iterator18.MoveNext () [0x00000] in <filename unknown>:0
at AssetBundleManager+ManagedCoroutine.MoveNext () [0x00000] in <filename unknown>:0
at AssetBundleManager+<ManagedCoroutineUpdate>c__Iterator17.MoveNext () [0x00000] in <filename unknown>:0
(Filename: Line: -1)
|
|
Das passiert beim Starten oder Laden eines Spiels, aber nur unter Linux.
Der Fix:
| Hey Folks,
There is a casing issue with the latest patch on Steam. There is a Hotfix going up very soon, but if you wish to play now please follow the following steps:
1) Right click on Shadowrun Returns and click 'Properties'
2) Select the Local Files tab and click 'Browse Local Files'
3) In the revealed folder, go to Shadowrun_Data/StreamingAssets/standalone
4) Rename the Seattle folder to seattle.
5) For Dragonfall users, rename the Berlin folder to berlin
We apologize for the inconvenience to our Linux users. | |
m(
|
|
|
|
|
|
|
Ich kann ja immer noch keine Steamspiele starten, die nicht in ~/.steam sondern /hdd_statt_ssd/steam liegen.. m(
|
|
|
|
|
|
|
Gibts irgendwie ein schniekes WebGUI um über den Browser WLAN-Connections zu managen?
|
|
|
|
|
|
|
| Zitat von SwissBushIndian
Klingt auch bei nochmaligen lesen so. Find ich nachwievor nicht super.
| | ja, also, nein.
der server served natürlich die editorfunktionalität, keine webseiten,
|
|
|
|
|
|
|
| Zitat von teK
Ich kann ja immer noch keine Steamspiele starten, die nicht in ~/.steam sondern /hdd_statt_ssd/steam liegen.. m(
| |
Auch nicht per Soft-/Hardlink?
|
|
|
|
|
|
|
|
|
|
|
/hdd_statt_ssd/steam ist aber schon eine Steam Library die aus Steam heraus angelegt, und in die die Spiele durch Steam installiert wurden, ja?
Funktioniert hier nämlich unter Windows und Linux.
|
|
|
|
|
|
|
Ist sie (sonst könnte ich die wohl bei der Installation auch nicht als Speicherort auswählen).
|
|
|
|
|
|
|
|
% ls /dev | grep sdb
sdb
% sudo dd if=trusty-desktop-amd64.iso of=/dev/sdb
dd: opening ‘/dev/sdb’: No medium found | |
wat?
/e: Wenn ich den USB-Stick in Nautilus ent-mounte, dann findet dd ihn nicht. Wenn ich ihn mit umount entferne wohl.
wat?
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von theromi am 28.02.2014 11:30]
|
|
|
|
|
|
"Findet" dd den auch, wenn du ihn mit unmount und eject entfernst?
|
|
|
|
|
|
|
Kann ich nicht mehr sagen, der Rechner ist schon platt
|
|
|
|
|
|
|
| Zitat von teK
Ist sie (sonst könnte ich die wohl bei der Installation auch nicht als Speicherort auswählen).
| |
Das hört sich so an wie die fehlenden execute bits als ich am Anfang noch meine NTFS Partition missbraucht habe. Inwzischen mounte ich einfach direkt in den Steamordner.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Zitat von Atani
BTW: Hat jemand eine Idee wo ich Qtcurve für GTK3 herbekomme oder ob das jemals wieder implementiert wird?
| | gibt’s bestimmt irgendwo, aber…
|
|
|
|
|
|
|
| Zitat von flying sheep
| Zitat von SwissBushIndian
Klingt auch bei nochmaligen lesen so. Find ich nachwievor nicht super.
| | ja, also, nein.
der server served natürlich die editorfunktionalität, keine webseiten,
| |
| spawn subprocesses, and even start servers directly from within your editor. | |
Also ich finde das klingt ziemlich deutlich nach meiner Kritik.
|
|
|
|
|
|
|
| Zitat von SwissBushIndian
| Zitat von flying sheep
| Zitat von SwissBushIndian
Klingt auch bei nochmaligen lesen so. Find ich nachwievor nicht super.
| | ja, also, nein.
der server served natürlich die editorfunktionalität, keine webseiten,
| |
| spawn subprocesses, and even start servers directly from within your editor. | |
Also ich finde das klingt ziemlich deutlich nach meiner Kritik.
| | das ist build-tool-integration…
|
|
|
|
|
|
raspberry pi arch
|
Ich habe gerade den raspi reaktiviert und Arch draufgehauen.
Danach habe ich den LAMP Stack installiert(apache php php-apache mysql).
Apache läuft auch, html wird korrekt angezeigt. Nur PHP will nicht so. Weder die Apache integration, noch cli-mäßig.
Beispielausgabe:
|
Code: |
[root@alarmpi ~]# php test.php
php: symbol lookup error: /usr/lib/libreadline.so.6: undefined symbol: UP
|
|
Google sagt mir dazu wenig außer pacman -Syu, was aber nichts an der Ausgabe ändert.
Irgendwelche Ideen?
|
|
|
|
|
|
|
Archlinuxarm? Mach nen Bugreport auf, die sollen das PHP package neu bauen.
|
|
|
|
|
|
|
Archlinux führt meine crontab nicht aus. Muss ich da echt "cronie" oder sowas enablen?
|
|
|
|
|
|
|
Ja, der daemon läuft nicht automatisch, soweit ich weiß.
|
|
|
|
|
|
|
| Zitat von Rufus
Archlinux führt meine crontab nicht aus. Muss ich da echt "cronie" oder sowas enablen?
| | klar. hä?
du willst einen dämon aktivieren. dafür musst du einen dämon aktivieren.
das sit so logisch, dass es tauntologisch ist.
|
|
|
|
|
|
|
| Zitat von Oli
Ja, der daemon läuft nicht automatisch, soweit ich weiß.
| |
Einerseits ist das schön und puristisch. Andererseits möchte man als jemand, der das System einfach nur nutzen möchte, ein bischen weinen.
|
|
|
|
|
|
|
| Zitat von Rufus
| Zitat von Oli
Ja, der daemon läuft nicht automatisch, soweit ich weiß.
| |
Einerseits ist das schön und puristisch. Andererseits möchte man als jemand, der das System einfach nur nutzen möchte, ein bischen weinen.
| | bei allem, was der Potter so automatisch laufen lässt wird gemeckert, aber der crond muss laufen.
Aber ich war anfangs auch überrascht, muss ich sagen. Andererseits konkurrieren unter arch halt Cron und systemd timer, weshalb die wohl standardmäßig dem User die Entscheidung lassen. Ist ja auch nur eine Zeile, den daemon eben zu aktivieren.
|
|
|
|
|
|
|
Das is jetzt schon arg fies von dir, die Aussage dermaßen zu verzerren. Ja, ein Daemon der schon IMMER standardmäßig lief, darf bitteschön standardmäßig laufen. Jetzt mit Gewalt eine Verbindung zu Lennart oder dem, was Kritiker über Lennarts Praktiken sagen, zu konstruieren, ist blöd.
Dein zweiter Absatz enthält allerdings wirklich eine solche Verbindung: Ein alteingesessener Basis-Daemon läuft nicht mehr wie immer, weil Lennart dazwischenfunkt. Who would have thought.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rufus am 01.03.2014 14:11]
|
|
|
|
|
Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd ) |