Bonjour a tous,  
 
avec la régression progressive d'appdeploy.com on a de plus en plus de mal a trouver l'info qui tue en packaging, et je sais qu'HFR regorge de talents (membrés comme des anes, cela va de soit).
 
donc, dans un premier temps, je souhaite identifier les packagers du forum, les profils, les ptits trucs et astuces, les applis incontournables.
 
je mettrais le premier post en forme quand j'aurais un peu d'infos, et de contenu, et si je me tape pas un flop monumental (c'est déja arrivé)
 
donc, voila en ce qui me concerne, dans les 3 ans de packaging intensif, toujours presta, en particulier sous adminstudio 8.5/8.6/9/9.5 et un peu de wise 7.0 SP1 pour faire genre.
j'touche sporadiquement a app-v/med-v quand le temps le permet.
 

• Msiexec
• les différentes techniques de repackaging
• les bonnes pratiques
• les outils
• la rémédiation applicative
• les solutions de virtu d'applis (med-V app-V)

a vous

Ce sujet a été déplacé de la catégorie Windows & Software vers la categorie Systèmes & Réseaux Pro par Wolfman

Si tu veux effectivement démarrer un tel topic, ce serait peut-être bien de commencer à y mettre un peu de matière...

c'est vrai
 
ca va viendre, mais j'voulais savoir si ca interessait un peu de gens déja avant de "perdre" une soirée a mettre en forme le truc

Les posts pouvaient pas etre copiés aussi ?

moi je drap en temps que lurkeur, et pour savoir ce que les packageurs recherche (comme ca la prochaine fois que je fait un installeur, j'essaierais de pas etre trop chiant sur les pre requis et comment communiquer avec )

c'est simple le packageur recherche juste la perfection

Ça m'intéresse  

enfoirés
 
j'attaque ca semaine prochaine

je viens de commencer cette lourde tache chez un client pour SCCM 2007R2, je suis donc fort bien interessé pour info j'ai utilisé win install LE pour 2 raisons: gratuit, simple. Je l'utilise pour faire des snapshot avant/après car les applications de mon client sont ****

bienvenu
 
donc, j'ai jamais utilisé les gratuits, j'ai toujours trouvé des gens pour me payer adminstudio
 
pour des raisons de propreté, le snapshot est a n'utiliser qu'en dernier recours, j'ai vu pas mal de gens (meme des packagers de métier laisser des horreurs dans la base de registre/les dossiers systèmes genre un registry.pol)
 
en général, il y a une solution de lancement silencieux, en pratique on peut mettre des jours a la trouver
 
j'ai mis un début de plan en FP, j'me suis super fait chier, faut pas croire

Bon bein je suis intéressé aussi par ce petit topic

moi aussi je fais souvent des snapshots mais que je vérifie de fond en comble derriere justement pour éviter d'avoir des résidus dans la registry ou ailleurs qui n'ont rien a voir avec le package.  
Je n'ai jamais eut de souci en procédant de la sorte, jutilise Wininstall ou Wise.

je suis tout a fait d'accord que ce n'est pas le plus propre et le client en est conscient ! j'ai eu la possibilité d'avoir des appli qui incluent le mode silencieux donc ca va. Je vais prendre le temps de bosser wise ou produit équivalents pour les appli non setup par les dev

Je drap en lurkeur (j'en profite pour faire un bon gros déterrage de topic) car je cherche plus d'info sur ce métier (si tu pouvais mettre un peu plus de détail du job en premier poste)

ptain, le relou

Il a raison, bosse un peu
 ca interessera du monde

Mais seulement de façon négligente

bin, le fond du problème étant que je ne package pas en ce moment, c'est un peu plus compliqué, ca fait 2 ans que j'ai rien touché la
 
retour au sources prévu en mai/juin
 
d'ici la, j'dois rédiger des bonne pratiques pour un client a ma sauce, il est pas au point, il s'en fout, in veut du fonctionnel, propre et efficace, ce qui colle plutot bien avec ma philiosophie, donc éventuellement, j'en poserai une version banalisée en FP on en causera,  
 
en attendant, si qqn a une question, lachez vous, j'y répondrai avec plaisir

je commence a bosser sur mes bonnes pratiques, aujourd'hui, j'essaie de définir ce qu'est une bonne norme de nommage des packages. ca soulève des problématiques interessantes,  
 
etes vous plutot dans une optique de mettre le max d'infos dans le nom du package ? ou plutot dans la concision et la pragmaticité ?
 
perso, je m'oriente cers une nommenclature concise et un fichier de suivi davantage parlant.

Tout dépend comment est foutu la DSL. J'en ai vu pas mal de différentes mais souvent des "bonnes solutions".
 
Entre les gens qui mettent une arborescence de dossier de malade (genre .\Applications\Commerciales\Microsoft\Office Suite\2013\Project\Professionnal\x86\SP1\MU\R1) pour le premier package de project 2013 SP1 multilangue et ceux qui mettent quasi tout à plat .\Applications\Microsoft_Project_2013_SP1_MU_x86_1.0\ il y a pas mal d'alternatives intéressantes.
 
Après tout dépend de ce que tu as besoin, du nombre de package etc :
- x86/x64 ?
- gères tu du multilangues ?
- gères tu des perso par métiers ?
- fais-tu du RDS avec un package spécial ?
- licences unique pour tout le monde ?
- fournis-tu du msi et du app-v ?
- comment gères tu le versioning (nouvelle version du produit, correctif du produit, correctif du package en lui même, changement de configuration du produit, archivage du produit, déprovisioning du produit) ?
...
...
 
Ca reste au final très dépendant de l'environnement

On utilise "PowerShell App Deployment Toolkit" depuis peu et ce "logiciel" est juste super pratique !
Ce n'est aps un outil de packaging au sens Installshield etc mais il le remplace simplement snas avoir une formation spécifique ... juste quelques compétences PowerShell (et encore je suis gentil, tout est superbemment bien documenté).

Simple et efficace.... a utiliser avec SCCM et ca rend plein de trés grands services !

http://psappdeploytoolkit.codeplex.com/

SP : Accesoirement les devellopeurs de ce truc sont dans ma boite... C'est sur que c'est plus simple ....

Tu fais commercial aussi
Sans déc sinon, je +1 sur ce que dis Je@nb.
 
Nous on est parti avec une arborescence pas trop grande et on essai de faire 1 package pour du x86/x64 avec la version de l'appli dans le nom.
Sur SCCM et dans le dossier sources, on a garder la même arborescence pour que tout le monde s'y retrouve.
Nous, on souhaite justement que l'arborescence soit suffisamment parlante pour pas avoir à maintenir un fichier explicatif. Par contre, on a une documentation "modèle" qui détaille chaque appli avec le nom du package, son path, les regroupements associés, les paramètres spécifiques etc etc... (et comme toute boite qui se respecte, la doc est en statut '' en cours" )
 
Du coup, étant admin SCCM, l'outil m'intéresse tjrs (on en avait déja parlé dans un autre topic ici) mais tjrs pas testé le bouzin...

petite astuce pour chercher des paramètres en ligne de commande.
A part ITninja, y'a un outil qui s'appelle :
USSF Ultimate Silent Switch Finder v1.5.0.0 qui permet de trouver l'appli packageur et les commandes silencieuses.
Ca peut être utile parfois quand les appli viennent de contrées inconnues

Est ce que par hasard, quelqu'un aurait déployé les maj firmware des Surface Pro/Pro2 via SCCM ?
 
ils sont sympa chez MS, c'est normalement dispo via Windows Update, mais pas via WSUS (deja ca ca me gave...), mais en plus il te file soit disant une doc, mais y'a rien a part un pauvre script (qui est utile certes mais le truc s'intitule comment déployé par SCCM mais t'as rien lié a SCCM)
 
J'ai cherché sur le net mais rien trouvé.
 
Je commence a avoir quelques SP au taf, j'aimerai bien arriver à les mettre à jour en auto

niveau deploiement d'application jetez un coup d'oeil a updatengine c'est vraiment pas mal et le developpeur est tréd a l'ecoute

 
up

J'ai une installation qui se base sur l'installer NSIS.
Est-ce que quelqu'un sait comment paramétrer un fichier de réponse pour ce type d'installation ?
Je n'ai pas possibilité côté éditeur d'avoir plus d'informations...
 
Merci !!

http://nsis.sourceforge.net/Docs/Chapter4.html#4.12
Mais ça risque d'être compliqué d'analyser le bouzin.

 
J'ai regardé la doc mais ils détaillent pas après :
If your installer/uninstaller requires a lot of information and you want it to be able to be silent, you should allow the user to pass on a path to an answers file. This would be much more comfortable than writing all of the information on the command line.
 
Il me faudrait une autre appli type NSIS avec fichier de réponse pour pouvoir me donner une idée de comment ça marche.
Merci en tout cas

Faut voir NSIS comme une appli de création de séquence d'installation. Tu codes tout dedans avec les différentes macro, plugins inclus (et tu peux créer les tiennes).
 
Si tu veux faire du silent install dans ton appli, c'est à toi, créateur de l'appli de prévoir ça, que ce soit via l'utilisation d'arguments, de fichiers de config etc.
Si ton appli n'a pas été créée pour ça, point de salut tu n'obtiendras rien de NSIS.
 
Sinon reste la virtualisation App-V/ThinApp, ou la repackager si tu peux pas juste faire une install silentieuse

ok, je voyais pas ça comme ça.
Je pensais qu'il fallait juste trouver la syntaxe pour le fichier réponse et hop
 
Comme l'on ne peut pas compter sur l'éditeur pour quoi que ce soit (ils veulent nous faire payer même pour ça !!)... on va essayer de scripter du mieux qu'on peut.
 
 

 
y'a bcp de param a mettre durant l'install ?
un /S suffit pas  ?
 
sinon va falloir effectivement repackagé  

ouaip, ca sent bon la capture

 
je m'inscris aux updates du topic aussi !    
 
chez moi, une base de 20 softs communs (7zip, skype, VLC ...) qui sont chacun dans un dossier propre avec un nom du type Firefox_29.0.1_fr_win32.exe
ensuite un dossier par filiale pour les softs spécifiques, mais il y a eu un gros travail en amont pour uniformiser les logiciels, et à part quelques licences ERP ou Creative suite, ya pas (peu) d'exception. et tous mes OS sont en x64, je me casse moins la tête pour des drivers ou autre.

 
+1
j'utilise ca aussi, c'est juste une tuerie, c'est meme tellement indispensable (pour moi) que c'est incomprehensible que ce soit pas présent d'office (ou equivalent) dans SCCM