Suchergebnisse

Dein User kann vermutlich /usr/share/zoneinfo/Europe/Berlin nicht lesen, da duerfte schon bei der Installation was mit den Permissions in die Hose gegangen sein.

ls -d /var/db/pkg/partial* Das sind die (wegen Abbruchs) unvollstaendig installierten Packages. Die solltest Du erstmal mit pkg_delete entsorgen. Was das "Steckenbleiben" angeht: wenn Du remote installierst (PKG_PATH=ftp://blubbswhatever), dann kann es schon mal passieren, dass laengere Zeit...

Package kaputt? Nur zur Sicherheit: MD5 fuer i386: 7783879e79f0c8bf9d7f51ad7087c5d1 Und fuer amd64: 48269e8d0ab12215d0277b68a7a04454 Wenn bei Dir was anderes rauskommt, ist wohl was bei der Kopiererei in die Hose gegangen. Ciao, Kili

Ich hab' mit FreeBSD nix am Hut, und vielleicht ist da ja alles voellig anders als bei OpenBSD, aber wenn da tatsaechlich noch 2..2.2 der offizielle Port ist, dann soltest Du sowohl dem Maintainer des Ports als auch demjenigen, der die 2.10.33er Version auf lilypond.org fuer FreeBSD zur...

Zu Hause telefoniert sogar zurueck.... Direkt nach einem Start vom FF sehe ich hier jede Menge ICMP echo requests auflaufen, lt. reverse DNS alles von mozilla.com Subdomains.

Du haettest noch ein -rOPENBSD_4_1 spendieren sollen. Glueckwunsch. Du hast jetzt vermutlich -current laufen. Absolut kein Beinbruch, aber wenn schon, dann solltest Snapshots verwenden.

Kaum. make install im Ports-Tree macht nichts anderes als erstmal ein Package zu bauen und das dann mit pkg_add zu installieren. Wenn Du ganz sicher gehen willst, dass beim compilieren und beim make fake nichts geschreddert wird, kannst Du USE_SYSTRACE=Yes setzen (in /etc/mk.conf oder einfach...

Symlinks sind vorhanden. Und genau dahin zeigen die Symlinks auch (../macppc/xfont42.tgz und ../macppc/xshare42.tgz). Sollte also eigentlich keine Probleme geben.

Es geht im OP aber nicht um das Aufzeichnen und (mit-) Lesen der Mails, sondern um einen Keylogger. Das hat eine voellig andere Qualitaet und weist BTW ein nachhaltig zerruettetes Vertrauensverhaeltnis zwischen Arbeit"geber" umd Arbeit"nehmer" auf.

Irgendwie riecht's hier schon wieder nach "mein OS vs. Dein OS". Das ist Gruetze. Ansttatt aufeinander herum zu hacken sollten vielleicht diejenigen von Euch, die entweder Atheros Hardware besitzen oder zu kaufen gedenken, oder Skills zu besitzen glauben, Treiber fuer die Atheros Hardware zu...

Ich habe Apulanta gefragt, und sie meinte, hier waere es am besten untergebracht (News waeren fuer sie aber auch ok gewesen). Sollten da jetzt etliche Leute anderee Meinung sein, dann muesste mal jemand vom Moderationsteam das Ding verschieben (und unser Gelaber hier loeschen ;-) Aber mal im...

Moin, seit gestern kann OpenBSD 4.2 vorbestellt werden. Release-Info: http://www.openbsd.org/42.html Bestellformular (Europa): https://https.openbsd.org/cgi-bin/order.eu Falls sich wieder eine gute Seele findet, die hier eine Sammelbestellung startet: go ahead ;-) Ich habe gestern...

Die Ports fuer 4.2 werden in etwa dem entsprechen, was Anfang August current war (mit ein paar last-minute Update und Fixes).

Den Tippfehler will ich sehen ;-) Entweder, da ist ein Main-Class: blubbs im Manifest, oder nicht. Wenn eins vorhanden ist, und z.B. lediglich die Klasse nicht stimmt, dann sollte es eine andere Fehlermeldung geben. Aber das ist alles nur Glaskugelguckerei, solange der OP nicht endlich mal...

Beim OP steht sie eben nicht im Manifest, und genau das besagt auch die genannte Fehlermeldung.

Yepp. Und ein kurzes grep -w 7600 /usr/src/xenocara/driver/xf86-video-nv/src/* laesst Grund zur Hoffnung, dass Du evtl. mit xenocara mehr Erfolg haben koenntest. Allerdings heisst das, dass Du komplett auf -current wechseln musst. Falls Du das nicht moechtest, musst Du bis OpenBSD-4.2 warten.

Wieso liest Du dhclient.conf(5), wenn Du doch eigentlich ein Problem mit resolv.conf(5) hast?

kill(1) ist dafuer auch die falsche Manpage. Im Zweifelsfall ist die Manpage des jeweiligen Daemons, hier also inetd(8) zu lesen. Was ein Programm macht, wenn es ein SIGHUP erhaelt, ist schliesslich Sache des Programms. inetd(8) z.B. startet sich nicht selbst neu, sondern liest lediglich die...

Gehen inzwischen Inner Classes? Mal davon ab: gcj ist lediglich ein Compiler; das groessere Problem sind aber die ganzen Libraries, fuer die AFAIK noch nicht mal eine halbwegs brauchbare Spezifikation existiert.

Windows./*, Linux/i386, Linux/amd64 (nenn' ich jetzt einfach mal and64), Linux/p5, Solaris/*, moeglicherweise FreeBSD/i386 (evtl. auch amd64). Es gibt wohl auch offizielle Portierungen fuer Linux/arm (Zaurus). Wie es z.Z. mit */alpha (z.B. True64 und OpenVMS) aussieht, weiss ich nicht. Aber...

Bitte lasst Ian (und auch Kurt) damit in Ruhe. 1.7 ist work in progress, es gibt immer noch Lizenzprobleme. Das ist falsch. Es laeuft auf einigen wenigen von Sun (und evtl. IBM) ausgewaehlten Plattformen.

Das ist leider noch nicht ganz fertig, und z.Z. ein Zombie aus 1.7 und 1.5 (deshalb ist es in /usr/ports/devel/jdk/Makefile auch noch nicht verdrahtet). Oh, ein 1.5 solltest Du Dir unbedingt antun, zur Festigung Deiner Ueberzeugung bzgl. freier Software :D Im Ernst: ich hab 1.7 selbst...

Die Ports (foomatic-* und gutenprint) sind ja noch nicht mal committed. Wenn Du das Zeugs fuer 4.1 backporten willst: viel Spass, aber besser waere es schon, -current zu verwenden (zumal wir mit Testberichten neuer Ports unter 4.1 absolut gar nichts anfangen koennen).

Committed ist es, allerdings sind die Ports fuer -current.

Distinfo wegschmeissen und mit make makesum neu anlegen.