[Blazii213]

wenn ich da ./configure eingeb
kommt da no such file or directory
ich bin vorher mit cd in das verzeichnis gewechselt
woran liegts muss ich noch was installieren wenn ja was
man kann irgendwo hab ich gelesen man braucht
build essentials und checkinstall hab ich drauf bringt nix

mfg

Dieser Beitrag wurde von Blazii213 bearbeitet: 10. August 2007 - 16:24

[SoniX]

Ich nutze auf meinem Notebook zur Zeit Kubuntu 7.04 und habe das Problem, das
nach dem Start für ca 20Minuten die Lüfter auf Volldampf drehen bevor sie runtergeregelt
werden. Es werden aber keine CPU Lastigen Dinge getan. Allgemein habe ich das gefühl
das unter Linux die Lüfter öfter stärker laufen.

Gibt es ein Tool ala NotebookHardware Control womit man das einstellen kann bzw sonst
irgendwie beeinflussen kann?

[ph030]

Wenn du unter /proc/acpi/FAN{X} nichts findest, sieht es schlecht aus.

[Witi]

Wieder mal eine langweilige Umfrage, wo man fast überall other anklickt
http://www.desktopli...7943272425.html

[bb83]

Hmm, das KDE so verbreitet ist wundert mich ja.

[ph030]

Zitat

Hmm, das KDE so verbreitet ist wundert mich ja.

| sed -e 's/KDE/Evolution/'

[Stefan_der_held]

hm ich brauch mal ebend hilfe von jemanden hier:

ich find die Roadmap (Milestones) zu suse 10.3 nicht mehr auf opensuse.de hat mal einer nen Link für mich?

So hab mal an dieser schwachsinnigen Umfrage teilgenommen auf was für Ideen die Leuts so kommen.... Und den Sinn dieser "Umfrage" erkenn ich überhaupt nicht

Dieser Beitrag wurde von Stefan_der_held bearbeitet: 15. August 2007 - 17:54

[ph030]

Mei, mei, ist dein Google etwa schon wieder kaputt

http://www.google.de/search?hl=en&q=ro...earch&meta=

[Stefan_der_held]

*hust*

ups thx ph030

[Witi]

Mein Linuxserver ist irgendwie komisch, kannst du mal schauen, was da los ist? http://blog.gnist.or...ollidayCracking

[ph030]

Zitat

und das nur, weil man nicht up to date war.

Bin ich blind und hab das überlesen? Jedenfalls geht das für mich nicht aus dem Text hervor und ich tippe mal eher auf ein schlechtes root-pwd und ssh.

[ph030]

NP, dachte nur, ich hätte einen wichtigen Punkt überlesen

Ich handle meinen SSH-Zugriff ja immer noch via Portknocking, ein paar hosts.deny-Skripten, Keyfiles statt PWD, kein direkter root-Login und natürlich nicht über den Standardport - eine bessere Lösung hab' ich noch nicht gefunden, bin mir aber auch nicht sicher, ob's da noch etwas besseres gäbe.

[Stefan_der_held]

Jungs und mädels!

mal ebend ne frage wofür ich nicht extra einen tread aufmanchen will:

am Freitag wird ein ATI-internes GraKa update bei mir durchgeführt:

X1650Pro gegen X2600XT

von dem Treiber ansich werden BEIDE unterstützt. Muss ich ggf irgentwas beachten (zb vorher ne "unveränderte" xorg.conf zurückspielen und Treiber neu kompliieren) oder sollte das openSuSE problemlos selbst regeln?

[schrämp]

Portknocking ist schon ziemlich genial, erinnert mich immer an irgendwelche alten Agentenfilme, wo einer ne Melodie pfeifft und dann geht die Geheimtür auf

oh und ich hab ein neues Lieblingsspielzeug ... ettercap, sowas von mächtig das Teil *ganz verliebt bin*

[ph030]

Ich weis nicht, ob das folgende einen einzelnen Thread wert ist, wenn ja, möge man das bitte splitten.


Ich muss sagen, ich bin genervt und nein, es hat diesmal nichts mit lernunwilligen Umsteigern zu tun.
Wie einige von euch ja sicher wissen, habe ich alles andere als eine Affinität zu KDE- und/bzw. QT-Programmen, was in erster Linie daran liegt, dass mir die Optik (und meistens auch das Handling) von QT-Apps nicht zusagt - kurz, ich finde GTK besser.
Was ich nun aber für mich persönlich nicht leugnen kann, ist dass meiner Meinung nach die KDE- und QT-Entwickler einen wesentlich besseren Job machen, wenn man sich die Effektivität, Stabilität und v.a. das Zusammenspiel der einzelnen Anwendungen anschaut. Gnome wirkt da für mich lange nicht so rund wie KDE - wohlgemerkt, ich nutze weder noch als DE, sondern lediglich einzelne Programme.
Was mich stört ist, dass annähernd alle guten und wichtigen QT-Programme abhängig von den kdelibs bzw kdebase sind. Ich würde mir wünschen, dass wesentlich mehr Apps auf ein universelles Backend gestellt werden, dem ich bei Bedarf einfach ein Frontend meiner Wahl dazustellen kann, sei dies nun ncurses oder slang, GTK oder QT, FOX oder TK oder was auch immer.

Die KDE/QT-Teams haben einige Programme herausgebracht, für die es einfach keine gleichwertigen Alternativen gibt - teil nichtmal unter Windows.
Nehmen wir z.B. mal k3b, was imho zweifelsfrei die beste Brenn-UI darstellt. Auch dieses Programm setzt bekanntlich nur auf Shell-Tools auf, cdrtools und einige andere. Warum ist es hier für die GTK-Fraktion so schwer, ein gleichwertiges Äquivalent zu bauen? Es gibt mit gnomebaker, brasero, graveman, etc. so viele Brenn-UIs in GTK, aber alle sind sie imho nicht wirklich tauglich.
Nächstes Beispiel, amaroK. Auch ein extrem gutes Programm und was macht hier GTK? Da kommt exaile!, listen, quod libet, etc und alle haben das selbe Ziel, nämlich einen guten GTK-Ersatz für amaroK zu bauen.
Konqueror genauso, abgesehen davon, dass er nicht der schnellste ist, ist es wohl die eierlegende Wollmilchsau schlechthin und auch hier kann Nautilus imho nicht gegen an.

Da Frage ich mich doch, warum man imho soviel Manpower verschwendet? Warum steckt man nicht die Kräfte zusammen, bastelt ein gutes Backend und hat dann für jede GUI-Alternative nur ein paar Leute, die die UIs designen?

Sicher, im Prinzip ist es ja toll, dass es für jeden Task x mögliche Applikationen gibt, aber meistens ist es doch so, dass App A für die neue Version immer nur ein bereits altes Feature von App B kopiert und umgekehrt, was im Endeffekt für ein langsameres vorankommen auf beiden Seiten verantwortlich ist.

Ich will garnicht, dass die schöne Vielfalt der *nix-Software-Welt eingeschränkt wird, aber es macht imho keinen Sinn, Programme komplett neu zu entwickeln, nur weil in der Vorlage ein Feature fehlt oder weil es so geschrieben ist, dass man es nicht ordentlich in das optische und Bedienbarkeitsgefüge des eigenen WMs/DEs einfügen kann.

So, kleiner Rant. Comments?

-- ph