staging.inyokaproject.org

Ich nütz es Gelegentlich wenn ich mal was aus m AUR brauch und grad n bisschen faul bin ☺ Is recht simpel, und funktioniert bei mir einwandfrei. Allerdings weiß ich nicht ob man damit Pakete die man manuell nicht zu laufen bringt, zum funktionieren überreden kann.

Yaourt habe ich bisher ganz gemieden und baue stattdessen die Pakete immer "manuell" unter einem anderen User. Kann mir erstens bei völlig bekloppten PKGBUILDs definitiv nix am eigenen User zerschießen und andererseits hast du halt wirklich volle Kontrolle.

Das ist auch imo recht einfach zu handhaben. Vielleicht ist yaourt für dich einfacher, weiß ich nicht - aber falls es dich interessiert, der manuelle Weg: Ich werf' mal das hier (nicht den folgenden Abschnitt) als ersten Anhaltspunkt in den Raum. ☺ Kurz: Nötige Pakete installieren, Gruppe "abs" anlegen, /var/abs/local erstellen, dort Rechte verteilen und ggf. noch einen zusätzlichen User anlegen, wenn dir das mit der Trennung wichtig ist. Das musst duch auch alles nur einmal machen, dann nie wieder. Prinzipiell könntest du das auch ganz sein lassen und die Pakete einfach in /tmp oder in deinem Home irgendwo bauen.

Willst du ein Paket bauen, lad' dir vom AUR den Tarball runter und entpacke ihn im "Paketbauverzeichnis". Dann wechselst du ins neue Verzeichnis und versuchst es mit einem makepkg -c. Wenn's nicht klappt, hast du immernoch alles direkt dort liegen, kannst an der PKGBUILD basteln, Patches dazubringen, die Version festpinnen oder wie auch immer. Wenn's doch klappt, dann hast du da eine neue Datei mit "pkg" im Namen liegen, die du als Root via pacman -U blabla.pkg.tgz installieren könntest.

Hast du versucht, das Kiba-Dock aus dem SVN zu installieren (ich finde kein anderes)? Sowas kann gerne mal schiefgehen, wenn im SVN etwas liegt, das sich einfach nicht compilieren lässt. 😉 Entweder selbst auf Fehlersuche gehen (naja...) oder einfach ein paar Tage warten, vielleicht ist es dann gefixt.

Naja, yaourt macht ja im Endeffekt mehr oder weniger dasselbe und es wird per default jedes mal angeboten sich jede einzelne patch-Datei und das PKGBUILD anzusehen. Wer das nicht tut, ist selbst schuld.

Zu der Problematik, dass etwas nicht kompiliert: Wenns ohne yaourt nicht geht, wirds mit vermutlich auch nicht gehen.

Was mir an Arch übrigens gefällt ist, dass die Aktualisierungen viel schneller kommen als bei Ubuntu...

Ubuntu und Arch haben auch 2 verschiedene Philosophien ...

Ubuntu und Arch haben auch 2 verschiedene Philosophien ...

Das weiß ich... und darf ich deswegen nicht sagen dass mir das bei Arch gefällt? Komisches Argument...

Naja...

Ich habe übrigens schon Sachen aus dem AUR installiert... und zwar madwifi-newhal-svn... Ohne diesen neuen Treiber geht mein Wlan nicht...

Leider will die Methode beim Kiba-Dock und bei einigen anderen Sachen nicht klappen... Einige der Pakete haben selber auch Abhängigkeiten die als veraltet makiert sind...

Ich weiß auch nicht... wird sich vielleicht nicht so drum gekümmert... Aber wenn ich ehrlich bin waren die Programme die ich installieren wollte auch nur Firlefanz...(wie bspw. Kiba-Dock)

Das yaourt nichts anderes macht als ich manuell war mirauch bewusst. Hab mich falsch ausgedrückt... Ich möchte mir einfach etwas Zeit sparen...

Pakete aus dem AUR speichere ich in > /var/abs/local Aber ich benutze immer meinen eigenen Benutzer...

Wie sieht das denn aus? Wenn ich einen 2ten Benutzer anlege um AUR-Pakete manuell installieren, kann ich die denn dann auch benutzen? Ich dachte die wären nur für den jewiligen User?

Ich nutze yaourt ganz gerne, ist in der Bedinung nicht viel anders als pacman und trotzdem recht komfortabel.

Vain schrieb:

Yaourt habe ich bisher ganz gemieden und baue stattdessen die Pakete immer "manuell" unter einem anderen User. Kann mir erstens bei völlig bekloppten PKGBUILDs definitiv nix am eigenen User zerschießen und andererseits hast du halt wirklich volle Kontrolle.

Hmm.. also mir ist noch kein PKGBUILD untergekommen, welches im Home Verzeichnis rumschreibt...

Mir auch nicht, aber ich bin paranoid. 😉 In den Makefiles o.ä. kann auch sonstwas drinstehen. Ich schaue mir die PKGBUILDs zwar immer an, aber bis ins letzte Detail verfolg' ich's dann auch nicht...

Hi,

Hab mal meinen Viertrechner mit Arch+kdemod angeworfen und möchte diesen per pacman-Syu aktualisieren.

Geht aber nicht.

Fehler : Konnte Datei 'kdemod.db.tar.gz' nicht von kdemod.ath.cx übertragen : Not Found

lautet die Fehlermeldung...

KDEmod hat die Repo-Struktur verändert.

KDE3: http://kdemod.ath.cx/bbs/viewtopic.php?id=892

KDE4: http://kdemod.ath.cx/installation.html

Moinsen,

ich habe mir den New Wave GDM Style ein wenig an meinen cleanen Desktop angepasst und auf Arch gebrandet. Falls jemand Interesse hat:

• http://www.gnome-look.org/content/show.php?content=88149

Hab die pacman.conf entsprechend angepasst.

[kdemod-legacy]
Server = http://kdemod.ath.cx/repo/legacy/i686

Geht aber immer noch nicht.

AUS/ABS waren letztlich auch der Grund wieso ich von Gentoo auf ARCH gewechselt habe. Ich habe so die "gleichen" Freiheiten wie zuvor, muß aber nur das, was ich wirklich anpassen will, anpassen und nicht ständig meine Pakete kompilieren. Das einzige, was ärgerlich ist, daß es kaum ältere Pakete gibt, die man sich im Nachhinein bauen kann: Beispielsweise hätte ich gerne den 8.5er (8.493) fglrx behalten, weil ich mit allen folgenden Versionen (8.501, 8.512, 8.522) bei Youtube bspw. Probleme habe. Ebenso habe ich Probleme im Zusammenspiel vom 1.4er Xserverpaket und meinem Hyperpen-Treiber (mit dem 1.3er hat das noch geklappt). Naja, dann gibt's vorerst kein Grafiktablett und den (lahmen) Open Sourcetreiber; damit kann ich (vorerst) leben.

lilith2k3 schrieb:

AUS/ABS waren letztlich auch der Grund wieso ich von Gentoo auf ARCH gewechselt habe. Ich habe so die "gleichen" Freiheiten wie zuvor, muß aber nur das, was ich wirklich anpassen will, anpassen und nicht ständig meine Pakete kompilieren. Das einzige, was ärgerlich ist, daß es kaum ältere Pakete gibt, die man sich im Nachhinein bauen kann: Beispielsweise hätte ich gerne den 8.5er (8.493) fglrx behalten, weil ich mit allen folgenden Versionen (8.501, 8.512, 8.522) bei Youtube bspw. Probleme habe. Ebenso habe ich Probleme im Zusammenspiel vom 1.4er Xserverpaket und meinem Hyperpen-Treiber (mit dem 1.3er hat das noch geklappt). Naja, dann gibt's vorerst kein Grafiktablett und den (lahmen) Open Sourcetreiber; damit kann ich (vorerst) leben.

Ehm... du kannst im PKGBUID doch jede Version angeben, die du willst?

lilith2k3 schrieb:

Das einzige, was ärgerlich ist, daß es kaum ältere Pakete gibt, die man sich im Nachhinein bauen kann: Beispielsweise hätte ich gerne den 8.5er (8.493) fglrx behalten, weil ich mit allen folgenden Versionen (8.501, 8.512, 8.522) bei Youtube bspw. Probleme habe. Ebenso habe ich Probleme im Zusammenspiel vom 1.4er Xserverpaket und meinem Hyperpen-Treiber (mit dem 1.3er hat das noch geklappt).

Wieso schnappst du dir nicht die PKGBUILDs, bastelst auf dieser Basis das alte Paket neu und setzt dafür dann ein "IgnorePkg" in der pacman.conf? Wenn du Glück hast, sind vllt. sogar noch die alten Pakete im Pacman-Cache.

Mehr dazu: http://wiki.archlinux.org/index.php/Downgrade_packages

lilith2k3 schrieb:

AUS/ABS waren letztlich auch der Grund wieso ich von Gentoo auf ARCH gewechselt habe. Ich habe so die "gleichen" Freiheiten wie zuvor, muß aber nur das, was ich wirklich anpassen will, anpassen und nicht ständig meine Pakete kompilieren. Das einzige, was ärgerlich ist, daß es kaum ältere Pakete gibt, die man sich im Nachhinein bauen kann: Beispielsweise hätte ich gerne den 8.5er (8.493) fglrx behalten, weil ich mit allen folgenden Versionen (8.501, 8.512, 8.522) bei Youtube bspw. Probleme habe. Ebenso habe ich Probleme im Zusammenspiel vom 1.4er Xserverpaket und meinem Hyperpen-Treiber (mit dem 1.3er hat das noch geklappt). Naja, dann gibt's vorerst kein Grafiktablett und den (lahmen) Open Sourcetreiber; damit kann ich (vorerst) leben.

notfalls zieh dir halt aus dem SVN-Tree die alten PKGBUILDs und bau es dann die alten Treibern?