|
|
|
|
|
|
|
|
Not invented here.
Code kommt von woanders? Trauen wir nicht, das können wir selbst besser.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von ShinyDoofy am 13.05.2015 18:10]
|
|
|
|
|
|
| Zitat von ShinyDoofy
Venom
/ | even if the administrator explicitly disables the virtual floppy drive, an unrelated bug causes the vulnerable FDC code to remain active and exploitable by attackers. | |
| |
Hoster reagieren momentan.
|
|
|
|
|
|
|
| Zitat von ShinyDoofy
Venom
/ | even if the administrator explicitly disables the virtual floppy drive, an unrelated bug causes the vulnerable FDC code to remain active and exploitable by attackers. | |
| |
Netcup testet den Patch schon und hat über die geplanten Neustarts informiert. Fix
/e: Vor einer Stunde gepatched und alles wieder online. Top.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von theromi am 13.05.2015 21:50]
|
|
|
|
|
|
| Zitat von csde_rats
Ach, pacman schleppt seine eigene HTTP-Implementierung rum. Das ist ja großartig ziemlich NIH.
| |
Selber eine TCP-Verbindung oeffnen ist kein Verbrechen.
pacman built-in, wget oder curl
|
|
|
|
|
|
|
Ich versteh nicht genau was am "Python-Popularitäts-Problem" ein Problem sein soll. Sowas kann nur von Theorie-Fricklern kommen, die auch jeden Monat eine neue neue Sprache abfeiern (Go, Rust, Nim etc.). Habt ihr schonmal gearbeitet?
|
|
|
|
|
|
|
Ich vermute ja stark, dass du die Posts dazu nicht gelesen hast, weil dein Post einfach gar keinen Sinn ergibt.
|
|
|
|
|
|
|
Geh häkeln!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Bis einer weint!
|
|
|
|
|
|
|
Gestern war ich betrunken, heute bin ichs wieder. Trotzdem oder deshalb #nohate!111111
|
|
|
|
|
|
|
Gestern war ich nicht betrunken. Habe Auto fahren muessen
Also habe ich den einzigen Vorzug daraus gewaeht: Spass haben beim Fahren
Naechstes mal fahre ich trotzdem hoechstens den Bollerwagen. Alkohol ist nicht lustig, wenn man keinen trinken darf.
|
|
|
|
|
|
|
|
|
|
|
Bei meinem T450s hat der Kernelparameter i915.enable_ips=0 geholfen, es ist mir aber nur passiert, wenn man das Virtuelle Terminal gewechselt hat.
Bug dazu
|
|
|
|
|
|
|
werde ich nachher mal testen, danke. Sah es auch so aus?
|
|
|
|
|
|
|
Einen sehr ähnlichen Fehler wie bei 0:11 (Verschiebung von (0,0) und korrektes Rumwrappen) kenne ich von einigen billigst-TFTs, die das (dauerhaft und stabil) bei jedem 10ten bis 20ten Einschalten zeigen.
|
|
|
|
|
|
|
Was willst du damit sagen?
Passiert nicht unter windoze, ich denke, es ist Linux geschuldet. Vielleicht hilft b0rgs fix.
|
|
|
|
|
|
|
Joa, sah genauso aus. Versuche haben gezeigt, dass es sich schneller wieder "einfängt" wenn man lustig Workspaces hin und her wechselt, aus irgendwelchen Gründen. Aber mit dem Parameter ist es komplett weg.
Seitdem frage ich mich ja, was ich da eigentlich genau ausgeschalten hab .
e/ Noch was:
In der xorg.conf die AccelMethod auf uxa stellen hat das Problem auch beseitigt, aber danach macht leider auch den Laptop benutzen keinen Spaß mehr.
|
Code: |
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection
|
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von B0rG* am 15.05.2015 20:02]
|
|
|
|
|
|
Scheint seit Kernel 4.0 und/oder GDM-3.16 wohl mehrere solcher Probleme zu geben?
https://bugzilla.kernel.org/show_bug.cgi?id=95621
Nervig aber nicht so schlimm, ist auch die praktisch immer auftretende Variante, dass der Bildbereich unterhalb des Mauscursors in GDM flackert.
|
|
|
|
|
|
|
| Zitat von B0rG*
Bei meinem T450s hat der Kernelparameter i915.enable_ips=0 geholfen, es ist mir aber nur passiert, wenn man das Virtuelle Terminal gewechselt hat.
Bug dazu
| |
Hat geholfen, du bist mein Held. \o/
|
|
|
|
|
|
|
Meh, ausm Arch Forum:
| it's Intelligent Power Sharing, which is about dynamically sharing power between the CPU and GPU. I don't think it's the correct solution to turn this off, it will definitely have an impact on performance and/or power consumption. Use it for now if it makes the machine work, but it's a temporary workaround, not a proper solution. | |
|
|
|
|
|
|
|
Dass man das lieber nicht ausschalten sollte habe ich mir schon gedacht. Man darf hoffen, dass es bald gefixt wird. Ich habe zumindest was den Energieverbrauch angeht nicht so viel Einbußen bemerkt. Die Performance reize ich üblicherweise eher nicht aus.
Ich probiere mal linux-mainline aus, vielleicht ist das Problem da ja gefixt.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von B0rG* am 16.05.2015 14:05]
|
|
|
|
|
|
Das ist wohl klar, sonst waere es nicht im Default auf ON. Wobei das noch ziemlich neu ist, wenn mein Gefuehl mich nicht taeuscht.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 16.05.2015 18:41]
|
|
|
|
|
|
Hi,
ich könnte jetzt in den Tisch beißen oder veruschen den NetworkManager-Entwicklern die Köpfe anzureißen, aber vielleicht könnt ihr mir ja auch helfen:
Bisher habe ich den VPN-Tunnel in die Uni so gestartet:
|
Code: |
#!/bin/bash
sudo systemctl start NetworkManager
sleep 5
nmcli con up id ubi
sudo route -n
sudo route add -net 129.70.0.0 netmask 255.255.0.0 dev tun0
sudo route del default tun0
sudo route -n
|
|
Da die Voreinstellungen bzgl der Routen, die man dem VPNC mitgeben kann, einfach ignoriert werden, setze ich die Routen per Hand. Das hat bis vor kurzem auch geklappt.
Jetzt kriege ich neuerdings diese:
|
Code: |
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 0.0.0.0 0.0.0.0 U 50 0 0 tun0
|
|
Route nicht gelöscht.
Die Lösch-Befehle (z.B. sudo route del -net 0.0.0.0 gw 0.0.0.0 netmask 0.0.0.0 dev tun0)
werden klaglos ausgeführt, aber die Route bleibt da (oder wird instantan wieder gesetzt). Also geht der Traffic immer schön durchs DFN, auch wenn ich nur heise.de aufmache, so ist das natürlich nicht gedacht.
Achja: in der resolv.conf bleibt auch nur der uni-DNS übrig..
/edit:
Das VPN-Dings das man eigentlich benutzen soll ist von Cisco, inzwischen heißt es AnyConnect oder so. Die Leude aus Karlsruhe(?) haben ein Entschlüsselungsding online damit man das Gruppenpasswort aus den Dateien extrahieren kann die man sich (nach Eingabe von Username und Passwort) von der Seite unserer Uni ziehen und in den VPN stopfen soll.
Hat jemand eine Idee wie ich die scheiß Route da wegkriege oder wie man diese ganze VPN-kacke sauber eingestellt kriegt, so dass das manuelle Setzen der Routen garnicht notwendig wird?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rootsquash am 17.05.2015 18:36]
|
|
|
|
|
|
Ich wäre ja dafür den NetworkManager-Entwicklern die Köpfe abzureißen.
|
|
|
|
|
|
|
Vielleicht bin ich ja zu blöd für "NM" oder aus anderen Gründen nicht Zielgruppe, aber dieses NM-Zeug geht mir echt auf den Sack.
Macht man nen einfaches ifconfig eth0 add 192.168.2.2, kopiert lustig DInge, ist plötzlich das neue Interface wieder weg. Weil NM nicht nur DHCP macht, sondern natürlich alles besser weiß als der Anwender. Eine neue Adresse die ich nicht gesetzt habe? TEUFELSZEUG!
|
|
|
|
|
|
|
| Zitat von TheRealHawk
Ich wäre ja dafür den NetworkManager-Entwicklern die Köpfe abzureißen.
| |
NM funktioniert nicht mehr <-> wicd funktioniert wieder
wicd funktioniert nicht mehr <-> NM funktioniert wieder
Eigentlich könnte ich mir schon ein swap-network-managers-Skript machen, was NM und wicd austauscht.
|
|
|
|
|
|
|
|
|
|
|
Klar, gibt's doch schon ewig (und gar nicht mal so wenige). Und das ist ja nichtmal ein Silicon-Bug, nur Microcode.
|
|
|
|
|
|
Thema: 100 gute Gründe für Linux ( 0x20 ) |