déployer de la conf système avec un .deb

déployer de la conf système avec un .deb - Codes et scripts - Linux et OS Alternatifs

Marsh Posté le 08-03-2016 à 10:06:32    

Bonjour à tous,  
 
Mon projet actuel utilise un beagle bone sous debian, et pour déployer automatiquement notre appli et configurer une carte vierge, j'ai créé un .deb géant qui regroupe tout ce que j'ai besoin de faire sur une carte avant de la mettre en production.
 
Mon répertoire github est orienté vers la génération d'un .deb, il y a un repertoire debian dedans pour donner à dpkg les instruction de construction du .deb
 
Mais j'ai tout fait comme j'ai pu en parcourant des docs qui n'étaient pas vraiment adaptées à mon cas en diagonale et maintenant j'aimerai serrer quelques boulons.
 
 
J'ai quelques questions concernant des points très précis sur la construction du .deb et l'interaction avec les autres packages :
 - comment est-ce que je peux aller modifier la configuration de eth0 dans /etc/networks/interfaces ? (actuellement je déploie un fichier entier)
 - comment est-ce que je peux aller changer le port d'écoute de sshd ?
 - comment est-ce que je peux aller patcher /boot/uEnv.txt (il y a le uuid du disque primaire dedans, donc là il faut vraiment être fin)
 
merci pour votre aide


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 08-03-2016 à 10:06:32   

Reply

Marsh Posté le 08-03-2016 à 12:23:56    

You can execute commands after installation using the postinst shell script located in the debian folder in the source.
 
This is a normal shell script containing all the commands to be executed (in order) after the installation of the package. dpkg will run this automatically. So, all you need to do is create a shell script before packing your source package into a binary package, name it as 'postinst' and put it in the debian directory.
 
 
bonjour je vais meme pas me casser a traduire la...
 
quand tu cree ton .deb tu as un script postinstall a faire  ou tu peux mettre tout ca...
 
et tu generes ton .deb :hello:

Reply

Marsh Posté le 08-03-2016 à 13:32:59    

oui, c'est ce que j'ai fait pour certains trucs, mais ça n'inclue pas le rollback après installation, du coup je me demandais s'il n'y avait pas des méthodes un peu plus fines.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 08-03-2016 à 13:56:10    

nraynaud a écrit :

oui, c'est ce que j'ai fait pour certains trucs, mais ça n'inclue pas le rollback après installation, du coup je me demandais s'il n'y avait pas des méthodes un peu plus fines.


 
C'est à dire ?
 
pour manipuler les fichiers de façon ad-hoc tu as augeas et son systeme de lenses. Je ne l'ai jamais utilisé cela dit, mais si il a les lenses qu'il te faut alors c'est easy : http://augeas.net/tour.html


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 08-03-2016 à 14:17:59    

black_lord a écrit :


 
C'est à dire ?


la restauration du fichier au uninstall (ou plus exactement la restauration des modifs quand je passe à la version précédente)


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 08-03-2016 à 19:23:01    

exactement  
 
sinon tu fait un .horodatage du fichier a modifier sinon
 
genre  

Code :
  1. cp $file $file.$(date +%Y%m%d) && sed 'tes modifs
  2. ...
  3. ...
  4. ...
  5. ' $file


Message édité par kuroineko_fr le 08-03-2016 à 19:23:50
Reply

Marsh Posté le 09-03-2016 à 10:47:45    

nraynaud a écrit :


la restauration du fichier au uninstall (ou plus exactement la restauration des modifs quand je passe à la version précédente)


 
Comme dit, tu peux faire un backup (via les post-install scripts). Par contre je n'utiliserai pas la date, mais la version du package pour nommer mon fichier. ça te permettra de retrouver aisement tes petits lors d'un rollback, alors que la date ne garantit rien, notamment si tu veux sauter une version de paquet lors des changements. De plus la date est dispo via les metadatas du FS si besoin.
 
my 2c


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 09-03-2016 à 12:46:54    

black_lord a écrit :


 
Comme dit, tu peux faire un backup (via les post-install scripts). Par contre je n'utiliserai pas la date, mais la version du package pour nommer mon fichier. ça te permettra de retrouver aisement tes petits lors d'un rollback, alors que la date ne garantit rien, notamment si tu veux sauter une version de paquet lors des changements. De plus la date est dispo via les metadatas du FS si besoin.
 
my 2c


Ok, merci je pense que je vais faire ça


---------------
trainoo.com, c'est fini
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed