View previous topic :: View next topic |
Author |
Message |
xtrace Tux's lil' helper
Joined: 17 May 2010 Posts: 76
|
Posted: Thu Aug 13, 2015 1:14 pm Post subject: Fragen zu package.* Dateien ? |
|
|
Hi,
ich habe eine Frage zu den ganzen Package Dateien.
Ich habe unter /etc/portage/ folgende Dateien angelegt:
package.keywords
package.unmask
package.mask
package.use
package.license
Wozu dienen Dateien wie "package.accept_keywords", "package.provided" ?
Gibt es weitere Dateien, wie jene, welche ich hier aufgelistet habe?
Danke!
Cu,
xtrace |
|
Back to top |
|
|
bell Guru
Joined: 27 Nov 2007 Posts: 510
|
Posted: Thu Aug 13, 2015 1:55 pm Post subject: |
|
|
Hi,
package.accept_keywords ist der neue Name für package.keywords. Ist also das selbe.
In package.provided trägt man Pakete ein die man irgend wie manuell installiert hat (zB. nach /usr/local). Damit wird Portage vorgetäuscht dass diese da sind so dass Portage nicht mehr versucht diese zu installieren. Ich halte davon nicht viel. Man sollte Software bei Gentoo IMMER über Portage installieren.
An sonsten gibt es noch nicht-package Dateien wie zB. bashrc. Aber so weit ging die Frage nicht, oder?
Siehe auch https://wiki.gentoo.org/wiki//etc/portage
Ein Tipp: Anstatt Dateien kannst Du auch Verzeichnisse mit diesen Namen anlegen. Dann kannst Du die Konfiguration auf mehrere Dateien aufsplitten. |
|
Back to top |
|
|
Josef.95 Advocate
Joined: 03 Sep 2007 Posts: 4549 Location: Germany
|
Posted: Thu Aug 13, 2015 2:18 pm Post subject: Fragen zu package.* Dateien ? |
|
|
Siehe dazu auch im Da ist zu den meisten Konfigurationsdateien auch ne kurze Beschreibung mit dabei :) |
|
Back to top |
|
|
xtrace Tux's lil' helper
Joined: 17 May 2010 Posts: 76
|
Posted: Thu Aug 13, 2015 2:33 pm Post subject: |
|
|
bell wrote: | Ein Tipp: Anstatt Dateien kannst Du auch Verzeichnisse mit diesen Namen anlegen. Dann kannst Du die Konfiguration auf mehrere Dateien aufsplitten. |
Hi,
habe ich dann kein Risiko wegen doppelter Einträge?
Beispiel:
Code: | package.use/$foo -> Inhalt: $fooPaket -alsa
package.use/$foo1 -> Inhalt: $gleichesPaketwiein$foo +alsa
|
Bekommt man so keine Probleme? Allgemein wäre das doch schwieriger zu administrieren und zu verwalten. Oder? Weil man so mehere Dateien bei Änderungen bearbeiten und durchsuchen muss.
Danke.
Cu,
xtrace
PS: Danke für den Hinweis @Josef95 |
|
Back to top |
|
|
bell Guru
Joined: 27 Nov 2007 Posts: 510
|
Posted: Thu Aug 13, 2015 2:44 pm Post subject: |
|
|
xtrace wrote: |
habe ich dann kein Risiko wegen doppelter Einträge? |
Das kriegt man auch innerhalb einer Datei hin . Das ist natürlich Ansichtssache, für mich ist es übersichtlicher wenn ich schon am Dateinamen sehe wozu explizite Anpassungen gemacht wurden.
An sonsten gibt es auch was solche Doppel-Einträge rausfinden würde. |
|
Back to top |
|
|
Josef.95 Advocate
Joined: 03 Sep 2007 Posts: 4549 Location: Germany
|
Posted: Fri Aug 14, 2015 1:00 am Post subject: |
|
|
Um mir ein Überblick zu einem Paket oder/und USE-Flag zu verschaffen nutze ich meist Code: | grep -R paket /etc/portage | Dabei fallen dann auch eventuell mal versehentlich doppelt gesetzte Konfigurationen auf :) |
|
Back to top |
|
|
musv Advocate
Joined: 01 Dec 2002 Posts: 3337 Location: de
|
Posted: Fri Aug 14, 2015 6:04 am Post subject: |
|
|
bell wrote: | In package.provided trägt man Pakete ein die man irgend wie manuell installiert hat (zB. nach /usr/local). Damit wird Portage vorgetäuscht dass diese da sind so dass Portage nicht mehr versucht diese zu installieren. Ich halte davon nicht viel. Man sollte Software bei Gentoo IMMER über Portage installieren. |
Die Begründung ist nicht ganz korrekt.
Vor einigen Jahren gab's mal diverse Pakete, die das mdnsResponder/Zeroconf als zwingende Abhängigkeiten drin hatten. Die Pakete funktionierten auch problemlos ohne das Geraffel. Ich glaub, Google Earth und die KDELibs waren heiße Kandidaten dafür. Bin mir aber nicht mehr sicher.
Normalerweise wäre das ein Fall für bugs.gentoo.org. Aber wie das manchmal so ist, wird halt nicht alles sofort bearbeitet oder eingesehen.
Ich hatte dann damals zeroconf einfach in package.provided reingeschmissen und hatte Ruhe dadurch.
package.provided dient also nicht nur, um einen Konflikt zwischen manuell installierte Paketen und Portage zu vermeiden, sondern es kann auch dafür verwendet werden, Portage eine Installation vorzugaukeln, die nicht vorhanden ist. |
|
Back to top |
|
|
franzf Advocate
Joined: 29 Mar 2005 Posts: 4565
|
Posted: Fri Aug 14, 2015 7:42 am Post subject: |
|
|
Es ist übrigens nicht /etc/portage/package.provided sondern /etc/portage/profile/package.provided. Und in Kombination mit /etc/portage/patches verwende ich es, um hart von upstream eingebaute Abhängigkeiten ohne Overlay erauszupatchen. Z.B. hau ich so die Abhängigkeit von plasma-workspace zu networkmanager raus |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6747
|
Posted: Tue Aug 25, 2015 7:48 am Post subject: |
|
|
Bezüglich mehrerer Dateien:
1. Wenn Du z.B. die aktuelle texlive in package.accept_keywords eintragen willst, wirst Du noch Dutzende andere Paketen dazu eintragen müssen. Wenn dann irgendwann texlive stabil wird (auch wenn das unwahrscheinlich ist, bevor die nächste texlive schon da ist), kannst Du zumindest theoretisch einfach die Datei verstecken (mit einem . davor versehen): Versteckte Dasteien werden ignoriert.
2. Wenn Du mehrere Rechner parallel wartest, ist es praktisch, die "generellen" Konfigurationsdaten von denen zu trennen, die speziell für einen der Rechner notwendig sind. Ich mache in den Directories i.d.R. Symlinks auf ein Directory, das auf allen Systemen identisch ist.
3. Bei package.use will man teilweise doppelte Einträge erlauben, da die Werte akkumulativ sind.
Mit eix-test-obsolete wirst Du ggf. auf doppelte Einträge, Einträge die nicht mehr "matchen" usw., aufmerksam gemacht. |
|
Back to top |
|
|
|