Difference between revisions of "VCS package guidelines (Italiano)"

From ArchWiki
Jump to: navigation, search
(creata pagina)
 
Line 13: Line 13:
 
{{Article summary end}}
 
{{Article summary end}}
  
Guidelines for creating PKGBUILDs for software managed with version control systems.
+
Linee guida per la creazione di PKGBUILDs relativi a software amministrati tramite Sistemi di Controllo di Versione
  
== Prototypes ==
+
== Prototipi ==
  
The {{Package Official|abs}} package provides prototypes for cvs, svn, git, mercurial, and darcs PKGBUILDs. When abs is installed, you can find them in {{Filename|/usr/share/pacman}}.
+
Il pacchetto {{Package Official|abs}} fornisce prototipi per PKGBUILDs relativi a software prelevabile da repository svn, git, mercurial, e darcs. Una volta installato il pacchetto abs, è possibile reperirli all'interno della directory {{Filename|/usr/share/pacman}}.
  
== Guidelines ==
+
== Linee guida ==
  
* Properly suffix {{Codeline|pkgname}} with {{Codeline|-cvs}}, {{Codeline|-svn}}, {{Codeline|-hg}}, {{Codeline|-darcs}}, {{Codeline|-bzr}} or {{Codeline|-git}}. If the package tracks a moving development trunk it should be given a suffix. If the package fetches a release from a VCS tag then it should not be given a suffix. Use this rule of thumb: if the output of the package depends on the time at which it was compiled, append a suffix; otherwise do not.
+
* Apporre il suffisso appropriato al {{Codeline|pkgname}} scegliendo tra {{Codeline|-cvs}}, {{Codeline|-svn}}, {{Codeline|-hg}}, {{Codeline|-darcs}}, {{Codeline|-bzr}} or {{Codeline|-git}}. Se il pacchetto fa riferimento ad un ramo in sviluppo, dovrebbe essergli aggiunto un suffisso. Se il pacchetto scarica i sorgenti da un tag VCS, non si dovrebbe aggiungere nulla. Utilizzare questa regola comportamentale: se la riuscita del pacchetto dipende dalla data di compilazione, aggiungere un suffisso; altrimenti non farlo.
  
* When [[makepkg]] is run, by default it will check for newer revisions and then update the {{Codeline|pkgver}} in the PKGBUILD. Look at {{Codeline|--holdver}} in [http://www.archlinux.org/pacman/makepkg.8.html man makepkg] if you want otherwise. {{Codeline|--holdver}} only works for cvs and svn, which allow checkout of older revisions.
+
* Quando [[makepkg]] viene eseguito, di default controllerà la presenza di nuove revisioni ed aggiornerà il valore di {{Codeline|pkgver}} all'interno del PKGBUILD. Consultare {{Codeline|--holdver}} in [http://www.archlinux.org/pacman/makepkg.8.html man makepkg]When [[makepkg]] se si vuole imporre un comportamento differente. {{Codeline|--holdver}} funziona solo per repository CVS ed SVN, che consentono l'utilizzo di sorgenti di revisioni precedenti.
  
* Check for package conflicts. For example ''fluxbox-svn'' will conflict with ''fluxbox''. In this case, you need to use {{Codeline|1=conflicts=('fluxbox')}}.
+
* Verificare i conflitti del pacchetto. Per esempio ''fluxbox-svn'' andrà in conflitto con ''fluxbox''. In questo caso sarà necessario utilizzare {{Codeline|1=conflicts=('fluxbox')}}.
  
* Use the {{Codeline|provides}} field so that packages that require the non-VCS package can be installed ({{Codeline|1=provides=('fluxbox')}}).
+
* Utilizzare il campo {{Codeline|provides}} in modo che le dipendenze dei pacchetti che richiedono la presenza della versione non-CVS del pacchetto da generare risultino soddisfatte ({{Codeline|1=provides=('fluxbox')}}).
  
* You should AVOID using {{Codeline|1=replaces=...}} as it generally causes unnecessary problems.
+
* Bisognerebbe cercare di evitare, ove possibile, l'utilizzo di {{Codeline|1=replaces=...}}, in quanto genera facilmente problemi che sarebbe meglio evitare.
  
* When using/defining the cvsroot, use {{Codeline|anonymous:@}} rather than {{Codeline|anonymous@}} to avoid a password prompt and having to enter a blank password ''OR'' use {{Codeline|anonymous:password@}} if a password is required.
+
* Quando si definisce la root CVS, utilizzare  {{Codeline|anonymous:@}} piuttosto che {{Codeline|anonymous@}} per evitare la richiesta di password e l'obbligo di inserire una password vuota, ''O'' utilizzare {{Codeline|anonymous:password@}} nel caso una password sia necessaria.
  
* Though it is often unnecessary to use the {{Codeline|pkgrel}} field when building CVS/SVN/GIT packages (changes to the package are usually often and will be reflected in the {{Codeline|pkgver}}), makepkg will require it.
+
* Nonostante non sarebbe necessario utilizzare il campo {{Codeline|pkgrel}} quando si compila da repo CVS/SVN/GIT (in quanto i cambiamenti ai sorgenti sono frequenti, e saranno automaticamente notificati nel campo {{Codeline|pkgver}}), makepkg lo richiede obbligatoriamente.
  
* Don't forget to include the appropriate VCS tool (cvs, subversion, git, ...) in {{Codeline|1=makedepends=...}}.
+
* Non dimenticare di includere il tool VCS appropriato (cvs, subversion, git, ...) all'interno dell'array {{Codeline|1=makedepends=...}}.
 
+
* To preserve the integrity of the checked-out code consider copying the original build directory if you have to make edits.  For example, having checked out source code to {{Filename|src/$_cvsmod}} from {{Filename|$startdir}} you can use:
+
  
 +
* Per preservare l'integrità del codice originale scaricato, prendere in considerazione di copiare la directory di compilazione, se si presenta la necessità di effettuare modifiche al sorgente. Ad esempio, considerando di aver effettuato il check out dal repo in {{Filename|src/$_cvsmod}} da {{Filename|$startdir}}, ci si può comportare in questo modo
 
  mkdir src/$_cvsmod-build
 
  mkdir src/$_cvsmod-build
 
   
 
   
Line 44: Line 43:
 
  ../$_cvsmod/configure
 
  ../$_cvsmod/configure
  
or:
+
o:
  
 
  cp -r src/$_cvsmod src/$_cvsmod-build
 
  cp -r src/$_cvsmod src/$_cvsmod-build
 
  cd src/$_cvsmod-build
 
  cd src/$_cvsmod-build
  
* With the introduction of the [[AUR]], it is most important to avoid using backtick execution to create package variables. makepkg will automatically bump the {{Codeline|pkgver}} anyway when building the package (unless {{Codeline|--holdver}} is used).
+
 
 +
* Con l'introduzione di [[AUR]], è importante evitare l'esecuzione degli apici inversi per la creazione di variabili del pacchetto. Makepkg aggiornerà automaticamente il campo {{Codeline|pkgver}} in ogni caso durante la compilazione del pacchetto ( a meno che non venga utilizzato {{Codeline|--holdver}})

Revision as of 16:34, 30 December 2010

This template has only maintenance purposes. For linking to local translations please use interlanguage links, see Help:i18n#Interlanguage links.


Local languages: Català – Dansk – English – Español – Esperanto – Hrvatski – Indonesia – Italiano – Lietuviškai – Magyar – Nederlands – Norsk Bokmål – Polski – Português – Slovenský – Česky – Ελληνικά – Български – Русский – Српски – Українська – עברית – العربية – ไทย – 日本語 – 正體中文 – 简体中文 – 한국어


External languages (all articles in these languages should be moved to the external wiki): Deutsch – Français – Română – Suomi – Svenska – Tiếng Việt – Türkçe – فارسی

Summary help replacing me
Creating PKGBUILDs for software managed with version control systems.
Related
Arch Build System
Arch User Repository
Creating Packages
makepkg
pacman
PKGBUILD

Linee guida per la creazione di PKGBUILDs relativi a software amministrati tramite Sistemi di Controllo di Versione

Prototipi

Il pacchetto Template:Package Official fornisce prototipi per PKGBUILDs relativi a software prelevabile da repository svn, git, mercurial, e darcs. Una volta installato il pacchetto abs, è possibile reperirli all'interno della directory Template:Filename.

Linee guida

  • Quando makepkg viene eseguito, di default controllerà la presenza di nuove revisioni ed aggiornerà il valore di Template:Codeline all'interno del PKGBUILD. Consultare Template:Codeline in man makepkgWhen makepkg se si vuole imporre un comportamento differente. Template:Codeline funziona solo per repository CVS ed SVN, che consentono l'utilizzo di sorgenti di revisioni precedenti.
  • Verificare i conflitti del pacchetto. Per esempio fluxbox-svn andrà in conflitto con fluxbox. In questo caso sarà necessario utilizzare Template:Codeline.
  • Utilizzare il campo Template:Codeline in modo che le dipendenze dei pacchetti che richiedono la presenza della versione non-CVS del pacchetto da generare risultino soddisfatte (Template:Codeline).
  • Bisognerebbe cercare di evitare, ove possibile, l'utilizzo di Template:Codeline, in quanto genera facilmente problemi che sarebbe meglio evitare.
  • Nonostante non sarebbe necessario utilizzare il campo Template:Codeline quando si compila da repo CVS/SVN/GIT (in quanto i cambiamenti ai sorgenti sono frequenti, e saranno automaticamente notificati nel campo Template:Codeline), makepkg lo richiede obbligatoriamente.
  • Non dimenticare di includere il tool VCS appropriato (cvs, subversion, git, ...) all'interno dell'array Template:Codeline.
  • Per preservare l'integrità del codice originale scaricato, prendere in considerazione di copiare la directory di compilazione, se si presenta la necessità di effettuare modifiche al sorgente. Ad esempio, considerando di aver effettuato il check out dal repo in Template:Filename da Template:Filename, ci si può comportare in questo modo
mkdir src/$_cvsmod-build

cd src/$_cvsmod-build
../$_cvsmod/configure

o:

cp -r src/$_cvsmod src/$_cvsmod-build
cd src/$_cvsmod-build


  • Con l'introduzione di AUR, è importante evitare l'esecuzione degli apici inversi per la creazione di variabili del pacchetto. Makepkg aggiornerà automaticamente il campo Template:Codeline in ogni caso durante la compilazione del pacchetto ( a meno che non venga utilizzato Template:Codeline)