|
|
|
|
|
|
|
|
|
|
|
|
|
Java 7 und die ganzen Aenderungen mit den Updates waren die Hoelle. Wir haben mehrfach an der Signierung und den Manifestdateien schrauben muessen, zudem war die Dokumentation und Kommunikation seitens Oracle einfach nur schlecht. Hinzu kommt der geballte Aerger den Firefox und Chrome in dem Zug losgetreten haben. Ihr koennt euch ausmalen, wie ein zweites und gar drittes Warnfenster (bei korrekter Signierung!) auf Endanwender wirkt, vor allem wenn dann noch die "Okay"-Buttons in den Dialogen einmal rechts/links stehen. Ehrlich gesagt glaube ich, dass die meisten Entwickler schlichtweg die Notwendigen Anpassungen nicht mehr ausgefuehrt haben. Wir haben es getan.
Wenn Java etwas nicht mehr gefallen wird:
TLDR: Es ist alles in Ordnung. Aber geraten sie trotzdem mal in Panik!!!
Wenn Java etwas nicht gefaellt, gibt es sehr hilfreiche Fehlermeldungen:
Nach meinen erstens Tests, scheint sich dieses mal nichts dramatisch geaendert zu haben. Das macht ja Oracle auch lieber mit den kleinen Updates 
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 19.03.2014 17:25]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Als wären das Javaspezifischeprobleme. Schonmal mit Signierungsserver von MS gearbeitet? Nicht? Enter a world of pain.
|
|
|
|
|
|
|
|
|
|
|
Update: Ich habe aufgegeben. Das Script da kommt nicht über Test-Niveau heraus und niemand, auf dieser ganzen Welt, scheint je versucht haben das besser zu machen, obwohl alles komplett offen liegt (mit guter Doku).
Komisch, wo es den FF-Sync Server doch in 30 Varianten gibt. Scheint die Chromium-Gemeinde einfach einen Scheiss zu scheren.
|
|
|
|
|
|
|
|
|
|
|
|
Nein, wir haben alle gedacht, dass das fest mit Googleservern verdrahtet sei.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
Als wären das Javaspezifischeprobleme. Schonmal mit Signierungsserver von MS gearbeitet? Nicht? Enter a world of pain.
| |
Irgendwie baut mich das, aeeh, auf.
Machen die bei Microsoft auch korrekte, valide Dinge aus Aktionismus kaputt? Und wiederholen das zweimal.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 19.03.2014 22:17]
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Machen die bei Microsoft auch korrekt, valide Dinge aus Aktionismus kaputt? Und wiederholen das zweimal.
| |
Ähm... ja?!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Etwas besseres koennte uns nicht passieren.
Bonuspunkte:
* Wirklich niemand wird mehr auf Icaza hoeren
* Ein Sargnagel mehr fuer C#/Mono unter Linux, weil von Microsoft und die einzige unabhaengige Implementierung damit stirbt.
* Alternativ: Kein Sargnagel. Dann wird C# besser unterstuetzt und wir ignorieren es genauso wie bisher. Fans von C# duerfen sich dann aber freuen.
Tomboy vs. GNOTE 
100 MB Abhaengigkeit vs. ohne Bloat 
Den einzigen Mist den man von Mono gebrauchen koennte ist Moonlight, sofern man mit Gewalt dazu genoetigt wird, gibt es nicht mehr.
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 19.03.2014 22:52]
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Den einzigen Mist den man von Mono gebrauchen koennte ist Moonlight, sofern man mit Gewalt dazu genoetigt wird, gibt es nicht mehr.
| |
Und dann ging Sky Go immer noch nicht. Aber dafür haben tolle Menschen ja jetzt Pipelight gebaut, damit geht dann alles. Auf nicht schöne Weise, aber alles.
|
|
|
|
|
|
|
|
|
|
|
Da müsste man dann jetzt auch abwägen, HAL installieren für Flash-DRM oder Pipelight?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | | [Die Software] unterstützt nur Linux 12.10. | |
|
|
|
|
|
|
|
|
|
|
|
Geil! Kernel aus der fernen Zukunft!
|
|
|
|
|
|
|
|
|
|
|
|
der große Ubuntu-Vorteil. Höhere Nummer = besser.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Lieber tek: Das ist soooooo alt 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Lieber tek: Das ist soooooo alt
| |
Da er das einen Tag nach Registrierung der Domain hier schon gepostet hatte, behaupte ich: Er weiß es.
|
|
|
|
|
|
|
|
|
|
|
Wollte mir grade n 10gb file von meinem lighttpd runterladen, nach kurzer zeit bricht der dl ab und nbsd killt den lighty Prozess:
UVM: pid 21892 (lighttpd), uid 1005 killed: out of swap
was dem fick?
Versucht er da die gesamte Datei in den ram zu lesen? Wie verhindere ich das?
Hrm, scheint das hier zu sein http://redmine.lighttpd.net/issues/1283 nutze auch n lighty als Reverse proxy...
Hrm hrm, das steht sogar auf der wikipedia Seite.... Lighttpd (1.4.x) officially does not support sending large files from CGI, FastCGI, or proxies [9] unless X-Sendfile is used.
Kann jemand n guten Reverse proxy empfehlen? :S
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von FreeHawk* am 22.03.2014 20:17]
|
|
|
|
|
|
|
|
|
nginx hatte kürzlich eine fette remote code execution; sollte also dauern, bis die Nächste auftaucht.
Der olle Tintenfisch sollte das doch können?
|
|
|
|
|
|
|
|
|
|
|
Joa nginx hab ich grade auch n bisschen was zu gelesen, der soll da wohl ganz gut für sein.
Kann squid nicht nur die andere Richtung? Zumindest kenne ich den nur als normalen Proxy.
-
Im light channel ham sie mir grade wohl zum haproxy geraten, das nutzen wohl auch die guys von twitter, reddit und y**p***. Grade y**p*** wird ja immense Last aushalten müssen, glaub den probier ich als erstes.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von FreeHawk*
was dem fick?
Versucht er da die gesamte Datei in den ram zu lesen? Wie verhindere ich das?
| |
Ach, das hat SimpleHTTPServer auch ewig gemacht...
|
|
|
|
|
|
|
|
|
|
|
Meinten Sie: youporn
e: und wenn ich sage, Squid kann das, dann kann der das.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von teK am 22.03.2014 21:37]
|
|
|
|
|
|
|
|
|
y̲o̲u̲p̲o̲r̲n̲ gnahahha
Oh oki, dann schau ich mir auch noch Squid an, vielen lieben dank 
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von FreeHawk* am 22.03.2014 21:41]
|
|
|
|
|
|
|
|
| | Zitat von FreeHawk*
y̲o̲u̲p̲o̲r̲n̲ gnahahha
| |
Ich würde mir überlegen, ob ich jetzt nochmal ins p0t einreise, du Anarchist!
|
|
|
|
|
|
|
|
|
|
|
Ist das gemein?
| |
| Code: |
#include <iostream>
using std::cout;
int main() {
bool someValue = true;
int x = 0;
int y = 0;
someValue ? ++x, ++y : --x, --y;
cout << "x " << x << " y " << y << "\n";
return 0;
}
|
|
Ergebnis:
x 1 y 0
Korregiert mich, wenn ich falsch liege:
Der rechte Zweig hinter ":" wird nicht ausgefuehrt, aber --y ist durch das Komma ein neuer fuer sich stehender Ausdruck, der gar nicht zum rechten Zweig gehoert und in jedem Fall ausgefuehrt wird.
|
|
|
|
|
|
|
|
|
|
|
|
klammerst du (--x, --y) und alles ist eindeutig. Ich denke, dass das hier in diesem spezifischen Fall daran liegt, dass ?: rechts nach links gruppiert und , links nach rechts...? Deswegen frisst dann , vor ?:.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 23.03.2014 19:29]
|
|
|
|
|
|
|
|
|
Ich habe es auch geklammert.
Wobei ich weniger eine Ursache in der Assoziativitaet sehe. Ich denke, dass der Conditional-Operator ?: alles zwischen "?" und ":" als eine ganze Expression auswertet und (nur) die (erste) Expression nach dem ":". Hier trennt aber der Comma-Operator "--xx, --y" in zwei Expressions, die hinter gehoert gar nicht mehr zum Condition-Operator und wird immer ausgefuehrt.
// edit
Ahh. Passend zu meiner Theorie ist hier eine Anmerkung.
| |
[1]The expression in the middle of the conditional operator (between ? and :) is parsed as if parenthesized: its precedence relative to ?: is ignored. | |
// Smilies muessen leider aus bleiben!
|
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von hoschi am 23.03.2014 19:59]
|
|
|
|
|
|
| Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd ) |
