staging.inyokaproject.org

Mal ne frage zwischendurch, gibts bei Arch mittlerweile ein funktionierendes networkmanager-pptp paket?

Als ich das letzte mal Arch drauf hatte konnte man das nicht installieren.

[seb@compaqnx ~]$ yaourt -Ss networkmanager | grep pptp
aur/networkmanager-pptp 0.6.5-1
    pptp plugin for networkmanager

Antwort: Ja es gibt ein Paket im AUR, die Abhängigkeiten scheinen auch nicht das Problem zu sein.

MfG

Ja das Paket kenn ich schon, nur konnte man es nicht installieren weil irgendwas beim compilen schief geht.

Ich werd das mal die Woche in einer VM probieren

Ich probiere es mal, allerdings werde ich die abhängigkeiten nicht mitinstallieren (bzw einfach aus dem PKGBuild entfernen). Wenn es dann also bei mir nicht funktioniert heißt das nicht unbedingt dass es überhauptnicht geht...

*EDIT*
Ohne Gnome-common schmiert er schonmal gleich ab - habe allerdings keine Lust das zu installieren.

Gibts hier vllt Gnome-User die das mal testen könnten?

MfG

Hi da bin ich wieder 😉
Sorry, dass ich hier so reinplatze. Ignoriert mich einfach, wenn ich störe 😀
Ich hab mir jetz doch mal yaourt intalliert (aus Faulheit 😀 ) und jetzt hab ich ein paar Fragen:
Wenn ich ein yaourt -Syu --aur mache, dann darf ich doch kein sudo benutzen, weil makepkg sonst mit Root-Rechten läuft, oder?
Ohne sudo fragt er micht 2 mal nach dem Passwort, warum nicht nur einmal? (für pacman und yaourt???)
Also yaourt fragt automatisch nach dem Passwort, wenn 's nötig is, muss also nie als Root ausgeführt werden?
Pacman aber schon.

Und noch was:
bei einem yaourt -Syu --aur wollte er "tpctl" updaten (in aur) das hat er dann aber nicht gefunden. Das Paket gibt es weder im AUR noch so.
Muss irgendwas mir dem IBM Thinkpads zu tun haben. Installationsgrund war: Abhängigkeit. Hab es dann einfach entfernt. Es hat keine Probleme mit irgendwelchen Abhängigkeiten gegeben. Was meint ihr?

ciao und danke schon mal
beta2 ☺

Hat jemand eine Idee, wieso ich keine IP-Adresse per DHCP auf einem frisch installierten Arch zugewiesen bekomme? (Das ist - wie ich herausgefunden habe - wohl auch der Grund, wieso ich in meinem Wlan immer ein "ath0: Wireless association failed" erhalte.) Mit demselben Rechner am selben Ort über denselben Router klappt es mit Kubuntu ohne Probleme. Auch per eth0 bekomme ich (unter Arch) eine IP zugewiesen.

Hier evtl. wichtige Angaben:

dhcpcd -d ath0

info, ath0: dhcpcd 3.2.1 starting
info, ath0: hardware address = 00:19:e0:84:b0:40
info, ath0: broadcasting for a lease
debug, ath0: sending DHCP_DISCOVER with xid 0x475077b8
debug, ath0: waiting on select for 20 seconds
debug, ath0: sending DHCP_DISCOVER with xid 0x475077b8
debug, ath0: sending DHCP_DISCOVER with xid 0x475077b8
debug, ath0: sending DHCP_DISCOVER with xid 0x475077b8
debug, ath0: sending DHCP_DISCOVER with xid 0x475077b8
debug, ath0: sending DHCP_DISCOVER with xid 0x475077b8
debug, ath0: sending DHCP_DISCOVER with xid 0x475077b8
info, ath0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-ath0.info'
debug, ath0: sending ARP probe #1
debug, ath0: sending ARP probe #2
debug, ath0: sending ARP probe #3
debug, ath0: sending ARP claim #1
debug, ath0: sending ARP claim #2
info, ath0: adding IP address 169.254.75.27/16
debug, ath0: no dns information to write
debug, ath0: forking to background

Anmerkung: Die "warn: ...."-Sachen loggt er mir leider nicht in die Datei. Im Prinzip zeigt er noch an, dass er austimet (tolles Wort!) und dass er zu IPV4LL wechselt (ich weiß aber nicht, was das ist). Auch ein -t 60 (=Verlängerung des Timeouts auf 60 Sekunden) hat aber nichts gebracht. Ich fürchte, dass es an irgendwas anderem liegt.

Wie stellst du die verbindung zum netz her? rc.conf, netcfg, networkmanager ... ? in dem zusammenhang wäre evtl deine rc.conf auch interessant.

Hier findet sich meine derzeitige rc.conf:
http://dpaste.com/hold/51665/

Verbindung versuche ich mit netcfg2 herzustellen. Da ich aber per dhcpcd keine IP zugewiesen zu bekommen scheine, denke ich, dass dies der Grund ist, wieso eine Verbindung nicht funktioniert.

EDIT: Ich habe einmal versucht bei ROUTES=(!gateway) das "!" zu entfernen. Leider hat auch das nicht geholfen.

EDIT: Mir hat gerade jemand im IRC gesagt, dass dhcp keine IP zuweisen kann, sofern noch keine Verbindung zum Access Point besteht. Stimmt das? Dann muss ich nämlich nach einer anderen Lösung für mein Verbindungsproblem suchen. Hat sonst jemand eine Idee, wieso ich mit

netcfg2 home

immer "Wireless association failed." erhalte.

in der rc.conf kommentierst du erst mal das eth0 interface aus (also "eth0="dhcp"" zu "#eth0="dhcp"") und nimmst das eth0 auch bei INTERFACES=() raus, wobei du am besten die loopback adresse einträgst.

lo="lo 127.0.0.1"
INTERFACES=(lo)

danach noch einmal testen, sonst probier mal in der verbindungsdatei von netcfg das scan auf no zu setzen
"SCAN="no""
ohne das, geht das netzwerk bei mir auch nicht.

Bin mittlerweile der Meinung, dass der Fehler bei wpa_supplicant auftritt.

Ich habe jetzt mal versucht mir die /etc/wpa_supplicant.conf einzurichten. Sie sieht nun folgendermaßen aus:

network={
        ssid="Wireless"
        scan_ssid=1
        proto=WPA
        key_mgmt=WPA-PSK
        pairwise=TKIP
        group=TKIP
        psk="MeinKey"
}

Danach habe ich versucht manuell mit

wpa_supplicant -d -Dwext -iath0 -c/etc/wpa_supplicant.conf

eine Verbindung herzustellen.

Ich erhalte dann unter anderem folgendes:
http://dpaste.com/51674/

Hey ho!

Ich habe gestern festgestellt, dass der Benutzer tanis im englischen Forum Repos für KDE 4.1 beta erstellt hat, und die hab ich dann auch gleich mal ausprobiert 😉 Praktischerweise muss man nix von testing installieren, im Repo ist alles vorhanden was man benötigt, und installiert wird nach /opt/kde4 und somit gibt es mit einem existierenden KDE3 keine Probleme (aber einen extra User sollte man zum Testen dann schon anlegen, sicher ist sicher).

Was soll ich sagen, nun kann ich noch weniger den offiziellen Releasetermin für KDE 4.1 erwarten, es funktioniert schon einfach zu gut. Ab und zu schließt sich mal unerwartet ein Programm, aber für eine Beta ist das normal und echt kein Showstopper.

Allein schon dass man jetzt Themes für die Taskbar verwenden kann und diese nun auch vernünftig in der Größe ändern kann (horizontal und vertikal) hat mich schwer beeindruckt.

Also wer schon lange mal Bock hatte, KDE4 nicht nur mit den Suse Live-CDs zu testen, sollte es jetzt mal installieren. Ich überleg mir sogar schon, ob ich alles wichtige zum neuen User rüberziehe und dann hauptsächlich KDE4 einsetzen soll 😀 Einfach zu schön...

Wann soll eigentlich endlich das Verschieben von Symbolen auf der Taskleiste realisiert werden? Das nervt irgendwie shcon noch gewaltig.

Also ich hab mir den SVN-Build von KDE 4.1 mittels dieser Anleitung installiert: http://techbase.kde.org/Getting_Started/Build/KDE4

Klappt eigentlich ganz gut, bloß das Updaten nicht (Bin ich zu blöd dazu?\^^).

Hi,

ich wollte mir heute nochmal frisch ArchLinux installieren (2008-03), aber ein Update mit pacman -Syu ist grandios fehlgeschlagen. Gleich mehrere Pakete konnten nicht aufgelöst werden. ☹

Ich stelle nun seit einiger Zeit fest, daß die Integrität der Arch-Repos wackelig sind, oder täusche ich mich da? (unstable habe ich natürlich nicht in den Update-Lauf einbezogen). Ich probiere morgen nochmal die 2008-04rc1 aus, aber so richtig Hoffnung mache ich mir da nicht. Schade iegtnlich, denn ansich hat die Distro schon einen interessanten Charme.

Gruß,
Equi

Sowas passiert normalerweise nicht, es sei den man benutzt den bösen(TM) Server: ftp://ftp.archlinux.org/$repo/os/i686.