Suchergebnisse

Den genauen Status kenne ich leider auch nicht, aber wenn man mal den Codeumfang von pcc (knapp 40.000 Zeilen) und LLVM/Clang (ca. 550.000 Zeilen) vergleicht, dann duerfte schnell klar werden, dass der pcc bevorzugt wird ;-) Eine entscheidende Frage ist auch, welche Plattformen von ob einem...

MODULES = gcc4 Siehe auch ports-moduels(5).

Doch, zumindest unter -current, und wenn ich mir so den Port von 4.6 ansehe, wuerde es mich doch sehr wundern, wenn dort kein escp-Geraffel dabei waere. Und ein escputil ist z.B. auch sowohl in -current als auch in 4.6 vorhanden. Da muss also was anderes in die Hose gehen. Auch das ist...

Hmmm. Also ueberall, wo was von `Download' steht, wird einem nur per Javascript so ein daemlicher Overlay auf den Schirm gepappt, in dem man seine Emailadresse angeben soll, um irgendeinen Newsletter zu beziehen. Keine Info ueber Privacypolicies oder dergleichen. Downloaden kann man nix. Gibt...

Ich. Und ich habe mir gerade zum x-ten Mal den OpenBSD-Eintrag angesehen und denke zu x-ten mal, dass der so grottenschlecht ist, dass er eigentlich wegen mangelnder Qualitaet und zu viel Blabla geloescht gehoert (ist vermutlich bei den anderen BSD-Varianten nicht besser). Wikipedia halt...

Wie soll das irgendie auch nur ansatzweise irgendwas sinnvolles tun, ausser mehr oder weniger erleuchtende Fehlermeldungen auszuspucken? Ich weiss jetzt nicht, wer hier zuerst mit dem /usr/bin/cd angerueckt ist, aber das ist kompletter Unfug. cd muss ein Shell-Builtin sein, als externes...

BTW: das Bridge-Geraffel hat sich neulich geaendert, brconfig(8) ist tot, unter -current (und damit auch ab 4.7) wird das mit ifconfig(8) erschlagen.

Meines Wissens gibt's das nicht. Das einzige, was ich in der Richtung kenne, das cdcef(4)-Geraffel auf dem Zaurus. Das Ding attacht an usbf(4), was moeglicherweise theoretisch mehr als nur die Ethernet-Emulation erlaubt, aber mir sind keine anderen Treiber ausser cdcef(4) bekannt, die das verwenden.

Das geht nicht, und das ging auch noch nie.

Die Natregel ist verkehrt, die muss nat on $ext_if inet from $int_if1 to any -> ($ext_if) lauten, sonst bekommt pf nicht mit, wenn sich die Adresse des Interfaces aendert (und das passiert ja gleich beim ersten Verbindungsaufbau).

Das Problem ist, dass das Geraet nur intern 4KB-Sektoren verwendet, nach aussen aber so tut, als waeren Sektoren immer noch 512B gross. Und das fuehrt dann zu massiven Performanceproblemen.

Ist es denn? Normalerweise werden die Binaries mit Versionsnummer installiert, also z.B. /usr/local/bin/python2.6. Wenn Du das Tier als `python' aufrufen moechtest, muesstest Du schon einen passenden Symlink in den Ring werfen (ist aber IMHO nicht zu empfehlen). Wieso Verzeichnis?

Nein. Ich weiss nur, dass wir bei uns so eine Anfrage im Zweifelsfall erstmal unserem Anwalt vorlegen wuerden. Oder sie gleich in die Tonne treten wuerden, wenn sie offensichtlich unbegruendet ist. In solchen Faellen (wenn man davon betroffen ist) sollte man sich ueberlegen, gegen...

Kein Stueck. IP-Adressen muessen im zivilrechtlichen Bereich nur bei offensichtlich begruendeten Faellen herausgegeben werden. Dazu muesste aber erstmal so etwas wie ein Schaden vorliegen. Das ist offenbar aber nicht der Fall. Markenrecht greift auch nicht (oder ist `bsdforen' eine eingetragene...

Doch. pf kommt von OpenBSD und wird dort auch staendig beackert. Wenn Du das, was unter FreeBSD `pf' genannt wird, benutzt, dann solltest Du Dich ausschliesslich auf die FreeBSD-Doku dazu verlassen.

Die FAQ zu OpenBSDs pf duerfte bei FreeBSD nicht weiterhelfen.

Du solltest wirklich noch mal komplett neu Installieren, und dann eins nach dem anderen konfigurieren und testen, und zwar nach der Doku auf den offiziellen Webseiten und nicht irgendwelchen obskuren Howtos, die ueberhaupt nicht zu Deiner Version von OpenBSD passen. Also * Lokales Netz zum...

Einfach mal alles von dem dab-Fred bei heise lesen (der macht da die billigen Security-Announcements). (Der Bug in FreeBSD ist allerdings schon reichlich peinlich)

Seit rev. 1.48 von /usr/src/usr/bin/rcs/rcs.c wird in rcs_rev_add(), wenn der User root ist, getlogin(2) verwendet, um den eigentlichen Usernamen zu ermitteln. Wenn ich mir das diff so ansehe, dann sieht irgendwie clahfs aus, ein uebergenemer username wird *immer* uebergebuegelt, wenn man root...

Wieso? Was ist daran merkwuerdig?

Einfach mal http://www.openbsd.org/faq/faq6.html#PXE lesen. Da steht u.a.

Es gibt dann noch den "harten Stoff" wie ratpoison (obwohl das schon fast wieder barock ist) und scrotwm oder xmonad. Wobei xmonad eigentlich nur noch sinnvoll ist, wenn man mit Haskell rummachen moechte, ansonsten kann man halt scrotwm nehmen. $ size...

Ich wuerde mal mit vnode(9) und den dort referenzierten Funktionen anfangen.

Treffer. Unter OpenBSD haette which mkpasswd aber wenig geholfen, weil dieses Programm dort in der PLIST der expect-Package auskommentiert ist. Die Manpage scheint da versehentlich mal wieder reingerutscht zu sein. Ist jetzt repariert.