Journal allez, installe moi unzip !

Posté par  .
Étiquettes :
0
12
avr.
2009
Premier journal ! Il ne parlera pas de l'hadopi, c'est promis. Il s'agit
plutôt d'une petite râlerie de week-end.

Alors voilà, je suis actuellement en prestation dans une grande société liées
aux télécommunications. La taille de cette société semble justifier qu'une entité
s'occupe de la gestion des serveurs de production comme de développement. Pour
le développement, donc, chaque demande de ressource doit être formulée sur 2
supports différents pour être traitée. Le cycle étant relativement lourd, il vaut
mieux éviter des oublis ou des erreurs sur ce qu'on veut en terme de CPU, Ram,
espace disque et même applications. Si tout va bien on peut avoir assez
rapidement une VM avec ce qu'il faut. Bien entendu, pas de compte root, nous
avons les seuls droits des utilisateurs demandés.

Dans ce contexte, voici un extrait d'email que j'ai reçu jeudi suite à une
demande d'installation de unzip qui a ma grande surprise n'était pas installé
alors qu'il l'était précédemment lorsqu'on demandait une machine. Difficile pour
moi de tester (rapidement) les livraisons du fournisseur ou celles que nous
produisons (historiquement en .zip).


Unzip n'est pas disponible mais vous avez d'autres applicatifs qui peuvent faire
la même chose. Voici la liste des utilitaires zip :

[root@foobar ~]# locate zip | grep '/bin'
/bin/gunzip
/bin/gzip
/usr/bin/bunzip2
/usr/bin/bzip2
/usr/bin/bzip2recover
/usr/bin/gpg-zip
/usr/bin/gunzip
/usr/bin/gzip
/usr/bin/preunzip
/usr/bin/prezip
/usr/bin/prezip-bin
/usr/bin/zip
/usr/bin/zipcloak
/usr/bin/zipnote
/usr/bin/zipsplit
/usr/java/IBMJava2-x86_64-142/jre/bin/libzip.so


Puis fermeture du ticket. Bien entendu la réponse ne me satisfait pas !!! A l'heure
actuelle malgré une demande implorante (il ne faut pas
froisser la personne qui a les droit root sur la machine dont tu as besoin)
unzip n'est toujours pas installé, c'est dommage...

Mais franchement : ne pourrait-on pas avoir les droits root sur les machines de
développement (qui plus est des VM) et installer nous même ce qu'on veut ?
Pourquoi fournir ce genre de réponse qui fait perdre encore plus de temps (et
d'argent, c'est la crise) plutôt que d'installer le paquet ?

Je vous invite à commenter si vous avez des expériences similaires, ou si vous
êtes du côté de l'administrateur !
  • # <Insert title here>

    Posté par  . Évalué à 4.

    T'as essayé 12345, root, password et les autres variantes voir si tu peux pas l'installer tout seul ? :]
  • # historiquement en zip

    Posté par  (site web personnel) . Évalué à 6.

    il serait peut-être temps de passer au LZMA ;-) ou 7zip si tes correspondants sont sur windows.

    puis bon gunzip ça marche bien pour les zip aussi, non ?
  • # Zip

    Posté par  . Évalué à 3.

    Ce qui est drole c'est que /usr/bin/zip est présent, mais pas unzip ! :-)

    Sinon, on dirait que java est installé, il te reste plus qu'a te compiler ça et hop ! http://www.devx.com/getHelpOn/10MinuteSolution/20447
    • [^] # Re: Zip

      Posté par  . Évalué à 2.

      man zip ça donne quoi ? il y a des chances que "zip -e" ça extraie des bidules, ou qu'en faisant un lien sybolique "unzip" vers zip dans le ~/bin ça marche ...
      • [^] # Re: Zip

        Posté par  . Évalué à 4.

        Chez moi, zip -e ça donne "encrypt".

        Ceci dit, j'y avais pas pensé, mais si y a java y a surement l'utilitaire "jar", qui sait compresser et décompresser des zip...

        Tout ça a cause de sysadmin coincés, c'est moche quand même.
      • [^] # Re: Zip

        Posté par  (site web personnel) . Évalué à 3.


        $ zip
        [...]
        -e encrypt
        $ ls -l =zip =unzip
        -rwxr-xr-x 2 root root 121372 2008-07-26 17:37 /usr/bin/unzip*
        -rwxr-xr-x 1 root root 67328 2006-07-06 23:27 /usr/bin/zip*


        Je trouve rien pour extraire du zip avec l'utilitaire zip lui-même, et avec un unzip deux fois plus gros que zip, c'est peu probable que ça existe :-(. (yapuka compiler)
      • [^] # Re: Zip

        Posté par  . Évalué à 4.

        $ man zip
        [...]
        zip is a compression and file packaging utility for Unix, VMS, MSDOS, OS/2, Windows NT, Minix, Atari and Macintosh, Amiga and Acorn RISC OS.
        [...]
        A companion program (unzip(1)), unpacks zip archives.

        Oublie l'extraction par un zip -e file.zip !
        • [^] # Re: Zip

          Posté par  . Évalué à 2.

          Je peux également utiliser Ant pour dezipper, mais ça me parait excessif.
          Je peux récupérer les sources c'est vrai. J'espère que make et gcc sont installés (c'est pas donné !). Ça me parait aussi excessif !
          • [^] # Re: Zip

            Posté par  . Évalué à 6.

            effectivement, l'admin est un peu lourd, surtout que les programmes qu'il présente ne peuvent pas extraire du zip.

            S'il y a wget, tu peux télécharger unzip depuis un serveur chez toi. Sinon lorsque tu reçois un .zip, tu lui transfères à chaque fois en lui demandant comment le dézipper avec preunzip ou bunzip2...

            Visiblement il n'est pas à la hauteur de son poste cet admin...

            Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

            • [^] # Re: Zip

              Posté par  (Mastodon) . Évalué à 4.

              L' admin n' est peut être pas la personne qui répond au ticket, non plus.
        • [^] # Re: Zip

          Posté par  . Évalué à 1.

          Toujours d'après le même man :


          It is analogous to a combination of the UNIX commands tar(1) and compress(1) and is compatible with PKZIP (Phil Katz’s ZIP for
          MSDOS systems).


          Il faudrait essayer d'"unziper" avec compress et tar. J'ai personnellement la flemme d'essayer.
          • [^] # Re: Zip

            Posté par  . Évalué à 3.

            Le tar de FreeBSD (dispo ailleurs dans le paquet libarchive) sait décompresser les zip (et même plein d'auttres formats, y compris les images iso !).
            Donc s'il tourne sous FreeBSD il est sauvé. :)
            • [^] # Re: Zip

              Posté par  (site web personnel, Mastodon) . Évalué à 10.

              S'il tournait sous un BSD, il n'aurait pas tout ce bazard sous /bin ou /usr/bin ;-)
              • [^] # Re: Zip

                Posté par  . Évalué à 1.

                C'est pas faux, je n'avais pas fait gaffe à ce détail. :)
            • [^] # Re: Zip

              Posté par  . Évalué à 9.

              S'il tournait sous BSD, son admin serait plus cool :-)
  • # /home/user/tools/bin

    Posté par  . Évalué à 10.

    A un moment donné, je devais compiler mes applis sur un serveur de compil dont je n'avais pas les droits root. Et pareil, pour installer n'importe quel package c'était la galère (ouverture ticket, ....)

    Pour des applications 'simples' (qui demandent pas trop de dépendances), t'as qu'à simplement te les compiler & installer dans ton home directory .

    ./configure --prefix=/home/user/tools
    make
    make install

    comme à l'ancienne ! ;)
  • # Insistes

    Posté par  (site web personnel) . Évalué à 9.

    Demande-lui ce qu'il entend par "la même chose". Parce qu'un bot pourrait faire la même réponse que celle qu'il t'a faite. Un bot est-il pour autant la même chose que lui ? J'en doûte.

    Demande-lui les vraies raisons qui font qu'il ne veuille pas installer unzip :
    - ne fait plus partie des master parce que....
    - trop peu utilisé dans le monde *n?x
    - pas le temps
    - pas l'envie
    - il a perdu le mot de passe root
    - parce qu'il pense que tu es une grosse feignasse (comme tout prestataire qui se respecte) pour ne pas prendre le temps de dézipper puis targézipper à nouveau sur ton Windows où tu es admin (tu l'es au moins ?)
    - parce que c'est un bot

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

  • # pas besoin des droits root

    Posté par  . Évalué à 10.

    Tu n'as pas besoin des droits root pour installer unzip sur un compte utilisateur.
  • # les administrateurs systeme

    Posté par  (site web personnel) . Évalué à 10.

    Le problème avec les administrateurs système c'est qu'ils sont au service de leurs machines, et pas de leur utilisateurs. L'utilisateur est perçu comme un element nuisible qui fait perdre du temps pour rien, et auquel il convient de pourrir la vie au maximum. Ce genre de petite brimades (fermeture de ticket avec une réponse en carton) fait partie de l'arsenal qui leur permet de mater les users recalcitrants
    • [^] # Re: les administrateurs systeme

      Posté par  . Évalué à 10.

      Etant admin sys, je me permet de dire: t'as tellement raison :)
    • [^] # Re: les administrateurs systeme

      Posté par  (site web personnel) . Évalué à 3.

      >fermeture de ticket avec une réponse en carton
      Pour déclencher ça à coup sûr:

      -> "j'ai essayé sur un autre serveur, ça marche"
      -> "je vous passe le gars du support XYZ ce sera plus simple"
      -> "je sais pas, sous Windows ça s'installe tout seul"
      -> "Je viens de me rendre compte que mon appli ne marche plus depuis 19 janvier 2007"
      -> "Je voudrait faire un CNAME pour pointer le port 80 vers l'ip 82.145..."

      Ou en deux temps :
      1 - je peux avoir les logs ?
      voila
      2 - j'en fais quoi maintenant ?
      ...

      Ou en 4 temps :
      - comment je fait ça ?
      comme ci
      - c'est bon ce que j'ai fait là ?
      oui impec
      - finalement c'est simple
      c'est pas très compliqué, non
      - vous pouvez pas le faire directement ?

      Je vous jure qu'avec moi, ça marche à tous les coups
    • [^] # Re: les administrateurs systeme

      Posté par  (Mastodon) . Évalué à 0.

      c'est beau les clichés.
    • [^] # Re: les administrateurs systeme

      Posté par  (site web personnel) . Évalué à 2.

      Toutafé, et tenez-vous le pour dit, vilains users. Vous ne pouvez rien contre notre caste dominante. Le prochain qui rouspète se retrouvera avec un /home dévasté et qui ne sera restauré (à l'aide des backup de l'an dernier) qu'après avoir offert à l'administrateur système un gadget électronique adéquat lors du prochain sysadmin day (qui tout le monde le sait, à lieu de dernier vendredi de juillet).
  • # Commentaire supprimé

    Posté par  . Évalué à 10.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: Très simple

      Posté par  . Évalué à 6.

      Non mais sérieusement, ce n'est pas plus simple de réouvrir le ticket et d'expliquer à l'admin qu'aucun des outils mentionnés ne peut décompresser un zip ?
      Comme dit plus haut, l'admin n'est pas un bot ou un démon... et puis errare humanum est, persevare, toussa ;-).
      • [^] # Commentaire supprimé

        Posté par  . Évalué à 5.

        Ce commentaire a été supprimé par l’équipe de modération.

        • [^] # Re: Très simple

          Posté par  . Évalué à 2.

          J'ai parlé de unzip parce que la réponse était plutôt marrante... mais j'ai demandé un apache sur ce serveur que je ne peux toujours pas utiliser (pas de droit) et ça, ça me fait vraiment perdre du temps. Je vais finir par dl un xampp et on en parlera plus...
          • [^] # Commentaire supprimé

            Posté par  . Évalué à 2.

            Ce commentaire a été supprimé par l’équipe de modération.

            • [^] # Re: Très simple

              Posté par  (site web personnel) . Évalué à 2.

              Ha mais tu sais, plus un incident est vieux, plus il a de chances de se voir fermer unilatéralement. C'est vrai quoi, c'est vraiment gênant toutes ces lignes d'incident/requêtes affichées en rouge à cause du dépassement du délai de résolution.
              Ca me fait penser d'ailleurs, je crois que j'en ai à supprimer..... ;)
  • # Du hack

    Posté par  . Évalué à 2.

    Il doit exister des "hack" pour utiliser la commande jar par exemple (à ce moment là tu pourras te créer un script ou une fonction shell qui automatiseras la choser et qui la rendras plus transparente).
    Si non si tu as gcc tu peut te le compiler s'il a pas trop de dépendances (si c'est une deb-like tu peut utiliser apt-get source unzip).

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • # Tant qu'à faire...

    Posté par  (site web personnel) . Évalué à 3.

    Si t'as pas besoin de performances, t'as qu'à te compiler un petit UML(user mode linux hein), et là dedans t'auras un système que tu contrôles parfaitement.
    Bon un UML dans une VM juste pour faire des essais c'est sur que ca fait un peu missile nucléaire pour tuer une mouche.
  • # Admin ou « admin » et demi

    Posté par  (site web personnel) . Évalué à 6.

    En tant qu'administrateurs de systèmes, et vu mes différents confrères, nous préférons résoudre les problèmes car, intellectuellement, c'est gratifiant.

    Mon expérience m'amène plutôt à penser que tu as affaire à un service de support dont les interlocuteurs de premier niveau ne sont pas des administrateurs systèmes. Au mieux, ce sont des pupitreurs. Tout ce qu'ils savent faire, c'est suivre des procédures strictes.
    Si ta demande sort de ce cadre, ils auront du mal à répondre correctement.

    Dans un monde professionnel voué à la rationnalisation, ce genre de service n'a qu'un seul objectif à satisfaire : le nombre de tickets résolus dans la période donnée.
    Ceci génère des perversions telles que la réponse de l'acquittement de la demande en 1h et 59 minutes (contractuellement, pas plus de deux heures) ou la demande récurrente de fermeture du ticket à la moindre correspondance.
    Dans un grand compte, si ton service n'est pas le maître d'ouvrage, ce sera encore pire pour obtenir une réponse dans des délais raisonnables.
  • # Pourquoi ?

    Posté par  (Mastodon) . Évalué à 0.

    Pourquoi utiliser un journal sur linuxfr pour résoudre tes problèmes (simples) chez capgemini ?

    non je ne comprends pas.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.