[TingoDingo]

Lazarus sieht gut aus. Werd ich mal testen und dann ein Feedback geben.

Ich kann aber einfach nicht verstehen warum in der Schule nicht auf plattformunabhängigkeit gesetzt wird. Java ist doch perfekt dafür und auch nicht besonders schwer. Gerade wo unser Lehrer Java privat einsetzt. Und es gibt mittlerweile einen gewissen Teil, der auf OS X oder Linux setzt. Und für ein Programm richte ich mir garantiert keine VM oder Dual Boot ein...
Grüße

[sкavєи]

A Fork Of GNOME 2: The Mate Desktop

[Witi]

Dann lieber direkt XFCE.

[bb83]

Zitat

The project overview is just: "MATE Desktop Environment, a non-intuitive and unattractive desktop for users, using traditional computing desktop metaphor. Also known as the GNOME2 fork."

Köstlich


Edit:
Den Webserver hat es schon mal gekillt. Schmeißt nur 500er raus

Dieser Beitrag wurde von bb83 bearbeitet: 18. August 2011 - 08:37

[sкavєи]

Zitat (bb83: 18. August 2011 - 08:34)

Edit:
Den Webserver hat es schon mal gekillt. Schmeißt nur 500er raus

Joa, war heute morgen auch schon. Deshalb hatte ich lieber auf Phoronix gelinkt, als direkt auf die Projektseite.

[bb83]

Da sind dem Apache bestimmt die threads ausgegangen

[sкavєи]

Ich habe mal ein wenig im Arch-forum gestöbert. Der "Entwickler" scheint den Server per Dynamic DNS irgendwo in Rio Negro (Argentinien) an einem normalen Haus-Internetzugang zu betreiben. Ich weiß jetzt nicht wie gut die Internetzugänge in Argentinien so sind, auf jeden Fall soll es wohl sehr lahm gewesen sein, als es noch lief. Mittlerweile ist dem Typen aber wohl das FS seines kleinen Heim-Servers "weggeschmolzen". Daher ist die Seite nicht mehr erreichbar (seit 3 Tagen).

Ich weiß ja nicht ob ich einen Fork von so jemandem nutzen möchte. :/

[bb83]

Zitat (sкavєи: 23. August 2011 - 09:05)

Ich habe mal ein wenig im Arch-forum gestöbert. Der "Entwickler" scheint den Server per Dynamic DNS irgendwo in Rio Negro (Argentinien) an einem normalen Haus-Internetzugang zu betreiben. Ich weiß jetzt nicht wie gut die Internetzugänge in Argentinien so sind, auf jeden Fall soll es wohl sehr lahm gewesen sein, als es noch lief. Mittlerweile ist dem Typen aber wohl das FS seines kleinen Heim-Servers "weggeschmolzen". Daher ist die Seite nicht mehr erreichbar (seit 3 Tagen).

Ich weiß ja nicht ob ich einen Fork von so jemandem nutzen möchte. :/

Das ist doch mal eine stabile Basis

[sкavєи]

Öhm, mal was anderes: Ich habe mich ja schon damit abgefunden, dass ich in den meisten Default Installationen aktueller Distributionen kein ifconfig mehr habe ( ), aber was nehme ich denn jetzt als Alternative zum fehlenden "arp" in Arch Linux?

Edit:
Nevermind. Hab's gefunden. Einfach "net-tools" installieren. Das hat aber mal wieder keiner dokumentiert. Das ist der Grund warum ich Linux langsam hasse.

http://en.wikipedia.org/wiki/Iproute2

Zitat

iproute2 is intended to replace an entire suite of standard Unix networking tools (often called “net-tools”) that were previously used for the tasks of configuring network interfaces, routing tables, and managing the ARP table, but which have not been developed since 2001.

Wer zur Hölle denkt sich so einen Scheiß aus? Ich meine, vielleicht bestand da einfach keine Notwendigkeit einer Entwicklung. Das verdammte Protokoll ist schließlich auch die ganze Zeit nicht entwickelt worden. Meine Güte... nur Idioten am Werk in der FOSS-Szene, oder wie? [/RANT]

[Astorek]

Ja, Arch ist da in manchen Bereichen einen Tick zu minimalistisch. Standardmäßig fehlen z.B. auch Tools für die automatische CPU-Taktung, was für Desktops nicht ganz unerheblich wäre... Ich habe auch (für die Konfiguration eines Switches) nicht schlecht gestaunt, als die Eingabe des Befehls "telnet" mir die Fehlermeldung "Kommando nicht gefunden" bescherte...


iproute2 hat aber auch einige Features, die das alte ifconfig nicht hatte. Mit ifconfig ist es bspw. meines Wissens nicht möglich, einem Gerät mehrere IP-Adressen gleichzeitig zuzuweisen (das ging nur umständlich über Aliase)...

---

Ich pers. setze mich seit Kurzem mit Lazarus/FreePascal auseinander - ist quasi sowas wie Delphi für Linux und großteils plattformunabhängig. Allerdings bin ich gelinge gesagt etwas geschockt über die benötigten Abhängigkeiten simpelster grafischer HelloWorld-Programme... Mal eine Beispielausgabe von ldd:

Spoiler

	linux-vdso.so.1 =>  (0x00007fffce38a000)
	libpthread.so.0 => /lib/libpthread.so.0 (0x00007fcd07802000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0x00007fcd074c6000)
	libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007fcd072a4000)
	libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00007fcd06c76000)
	libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007fcd069c4000)
	libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007fcd06776000)
	libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fcd0648b000)
	libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00007fcd06287000)
	libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007fcd06084000)
	libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007fcd05e3a000)
	libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007fcd05c19000)
	libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007fcd0596e000)
	libdl.so.2 => /lib/libdl.so.2 (0x00007fcd0576a000)
	libc.so.6 => /lib/libc.so.6 (0x00007fcd0540a000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fcd07a1f000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007fcd051ef000)
	libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007fcd04ec9000)
	librt.so.1 => /lib/librt.so.1 (0x00007fcd04cc1000)
	libpng14.so.14 => /usr/lib/libpng14.so.14 (0x00007fcd04a98000)
	libm.so.6 => /lib/libm.so.6 (0x00007fcd04816000)
	libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00007fcd0460a000)
	libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007fcd04404000)
	libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00007fcd041d9000)
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007fcd03fa4000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0x00007fcd03d92000)
	libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007fcd03b88000)
	libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007fcd03986000)
	libXi.so.6 => /usr/lib/libXi.so.6 (0x00007fcd03777000)
	libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007fcd0356f000)
	libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007fcd03365000)
	libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007fcd03163000)
	libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007fcd02f61000)
	libpcre.so.0 => /lib/libpcre.so.0 (0x00007fcd02d23000)
	libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007fcd02aaf000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007fcd02813000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007fcd025fa000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0x00007fcd023f8000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007fcd021f3000)
	libresolv.so.2 => /lib/libresolv.so.2 (0x00007fcd01fdc000)
	libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x00007fcd01dcc000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fcd01ba3000)

Gut, ich habe mich noch nicht genauer damit beschäftigt. Trotzdem - vermute ich einfach mal - wird das wohl ein Riesenspaß werden, künftige Projekte im Internet für Linux anzubieten^^.

Dieser Beitrag wurde von Astorek bearbeitet: 23. August 2011 - 12:50

[bb83]

Zitat (sкavєи: 23. August 2011 - 12:21)

Öhm, mal was anderes: Ich habe mich ja schon damit abgefunden, dass ich in den meisten Default Installationen aktueller Distributionen kein ifconfig mehr habe ( ), aber was nehme ich denn jetzt als Alternative zum fehlenden "arp" in Arch Linux?

Edit:
Nevermind. Hab's gefunden. Einfach "net-tools" installieren. Das hat aber mal wieder keiner dokumentiert. Das ist der Grund warum ich Linux langsam hasse.

http://en.wikipedia.org/wiki/Iproute2
Wer zur Hölle denkt sich so einen Scheiß aus? Ich meine, vielleicht bestand da einfach keine Notwendigkeit einer Entwicklung. Das verdammte Protokoll ist schließlich auch die ganze Zeit nicht entwickelt worden. Meine Güte... nur Idioten am Werk in der FOSS-Szene, oder wie? [/RANT]

Oha, das ist ja an mir bis jetzt komplett vorbeigegangen. Soll wohl daran liegen das ich im Moment Debian nutze, dementsprechend habe ich da wohl noch ein wenig Ruhe vor

Btw. mir ging ja schon diese Unsitte auf den Geist aus eth0, eth1 zu machen wenn die MAC sich geändert hat. Es mag Anwendungsszenarien geben wo das Sinn macht, aber i.d.R nervt es nur. Hätte man aus meiner Sicht optional machen müssen.
Aber Fedora hat ja noch einen drauf gelegt
http://digitizor.com...-device-naming/

[sкavєи]

Zitat (Astorek: 23. August 2011 - 12:48)

Mit ifconfig ist es bspw. meines Wissens nicht möglich, einem Gerät mehrere IP-Adressen gleichzeitig zuzuweisen (das ging nur umständlich über Aliase)...

Fand ich jetzt nicht sonderlich schwer. Liegt aber vielleicht auch daran, dass ich das täglich benutze.

Zitat (bb83: 23. August 2011 - 12:49)

Oha, das ist ja an mir bis jetzt komplett vorbeigegangen. Soll wohl daran liegen das ich im Moment Debian nutze, dementsprechend habe ich da wohl noch ein wenig Ruhe vor

Na dann leg mal eine 6.02 netinstall ein. Ich hab' ziemlich doof geguckt, als ich die MAC-Adresse eines Onboard-NICs auslesen wollte und der kein ifconfig kannte. :/

[bb83]

Zitat (sкavєи: 23. August 2011 - 13:22)

Fand ich jetzt nicht sonderlich schwer. Liegt aber vielleicht auch daran, dass ich das täglich benutze.


Na dann leg mal eine 6.02 netinstall ein. Ich hab' ziemlich doof geguckt, als ich die MAC-Adresse eines Onboard-NICs auslesen wollte und der kein ifconfig kannte. :/

Tatsache, nicht drin ! Und, wie hast du es gemacht ?

Edit:

Sehe gerade /bin/ip ist dabei

Dieser Beitrag wurde von bb83 bearbeitet: 23. August 2011 - 14:15

[Astorek]

Zitat (bb83: 23. August 2011 - 14:12)

Tatsache, nicht drin ! Und, wie hast du es gemacht ?

"ip link" würde die MAC-Adresse anzeigen... Oder, wenn es kürzer sein soll, reicht auch "ip l"...

EDIT: Achso, hoppla... Falsch verstanden, Sorry^^.

Dieser Beitrag wurde von Astorek bearbeitet: 23. August 2011 - 14:34

[sкavєи]

Zitat (bb83: 23. August 2011 - 14:12)

Tatsache, nicht drin ! Und, wie hast du es gemacht ?

Schlüsselbund rausgeholt, USB-Stick abgemacht, in den Rechner gesteckt, neugestartet und FreeBSD installer gestartet.

Zitat (Astorek: 23. August 2011 - 14:16)

"ip link" würde die MAC-Adresse anzeigen... Oder, wenn es kürzer sein soll, reicht auch "ip l"...

Joa, schon... Nur wenn man sich den Befehl noch nie angesehen hat (und mal so nebenher die manpage ist grottenschlecht) will man sich da nicht erst durchwühlen um nur kurz den Rechner im DHCP einzutragen.


Was mich an der ganzen Sache so aufregt ist, dass Programme die seit Jahren gut funktionieren und die jeder kennt, "plötzlich" aus den Distributionen verschwinden. Und gerade wenn es dann um so essentielle Kommandos geht wie ifconfig, arp und route, kann ich das echt nicht nachvollziehen. Ich habe jetzt auf Anhieb keine Funktion in iproute2 gefunden, die in net-tools noch nicht vorhanden war. Fortschritt, schön und gut, aber das ist keiner. Die Bedienung von ifconfig ist seit Jahren die gleiche und stark an die entsprechenden UNIX-Kommandos angelehnt. Warum rückt man jetzt davon ab? Zumal die Dokumentation von iproute2 zwar recht gut ist, aber auch nur dann wenn man Lust hat sich die 200 Seiten Handbuch durchzulesen. Die manpage hilft da kaum (das ist aber imho ein generelles Linux-Problem).