Question

L'année dernière, en 2009 GSoC, j'ai participé à une organisation appelée WinLibre. L'idée de base est d'avoir un projet similaire à aptitude (ou apt-get) et une interface graphique comme Synaptic, mais pour Windows et juste pour tenir (d'abord), seul logiciel open source. Le projet était correct, nous avons terminé ce que nous avons considéré était un bon point de départ, mais malheureusement, en raison de différentes occupations des développeurs, le projet a été ralenti depuis presque GSoC terminé. Maintenant, j'ai un peu d'énergie, de temps et d'intérêt pour tenter de poursuivre ce développement. Le projet a été divisé en 3 parties: Un serveur de référentiel (qui j'ai travaillé, et qui allait stocker et servir les paquets et les fichiers), un créateur de package pour les développeurs, et l'application principale, qui est apt-get et son interface graphique.

J'ai réfléchi sur le projet, et la première question qui me vient à l'esprit est .. est en réalité ce projet utile pour les développeurs et les utilisateurs de Windows? Gardez à l'esprit que l'idée est de résoudre les problèmes de dépendances et installer des paquets « proprement ». Je ne suis pas un développeur Windows et juste un utilisateur occasionnel, donc je n'ai vraiment pas beaucoup d'expérience sur la façon dont les choses y sont traitées, mais pour autant que je l'ai vu, tous les installateurs gérer ces dépendances. Est-ce que les développeurs fenêtres prêts à passer d'installateurs à une façon de gérer les paquets installations de logiciels Open Source? Ou il est juste correct pour créer des packages pour les installateurs déjà existants?

Le concept de paquets est essentiellement le même que celui des fichiers .deb ou .rpm.

J'ai encore d'autres questions, mais au fond, je voudrais vous assurer qu'il est utile pour les utilisateurs et someway développeurs Windows, et si les développeurs trouveraient cela intéressant du projet. Si vous avez des questions, commentaires, suggestions ou critiques, s'il vous plaît ne hésitez pas les afficher.

Merci !!

Était-ce utile?

La solution

être sûr aux efforts de recherche précédents sur ce sujet. Google se présente plusieurs efforts similaires / pertinents.

http://en.wikipedia.org/wiki/Package_management_system#Microsoft_Windows

http://windows-get.sourceforge.net

http://pina.plasmite.com

IIRC il y avait un régime pour les fenêtres à un moment donné

Je pense aussi qu'il y avait un gars (qui travaillait à MS) dans les nouvelles récemment qui est essentiellement en cours de démarrage d'un projet très similaire. Je ne peux pas trouver un lien vers maintenant.

Mais de toute façon, oui, ce serait génial s'il y avait un tel outil standard et dépôt.

Autres conseils

Je ne peux parler que pour moi-même, mais il est évident que je pourrais certainement utiliser un tel outil que j'ai trouvé votre message par googler! ;)

Mes deux cas d'utilisation de cet outil serait les suivants: 1. J'évite généralement de réinstaller mon système aussi longtemps que possible (en fait, je parviens à le faire que pour passer à un raisonnable (chacun un chacun) une nouvelle version de Windows quelques années ou à installer de nouveaux ordinateurs). Mais je voudrais que mon logiciel pour être à jour. Pas plus que je veux devoir aller à toutes les pages web et vérifier manuellement s'il y a des problèmes de compatibilité avec la nouvelle version de Doxygen, Graphviz et la dernière version de MikTeX par exemple, je ne veux pas avoir à naviguer vers les pages de téléchargement et exécuter les configurations par moi-même. Je veux juste planifier UNE SEULE (!) Outil qui vérifie s'il y a des nouvelles mises à jour ou non et met à jour les applications qui ne sont pas en conflit avec une autre version de l'application.

  1. Si cela arrive inéluctablement à moi que je dois réinstaller mon système, je ne veux pas obtenir les nouvelles configurations ni (et vérifiez la compatibilité). Je ne veux même pas attendre pour une configuration à la fin afin de commencer la suivante, je veux juste vérifier les outils nécessaires, ou mieux encore, je veux simplement charger mon fichier d'installation de traitement par lots « WinApt XML », qui obtient les installateurs et les poignées des configurations de façon séquentielle par lui-même.

Je ne sais pas assez sur l'architecture de .deb ou .rpm, mais à mon humble avis le plus raisonnable serait de maintenir un DB avec seulement les noms, les versions, les dépendances et l'emplacement des différentes versions des sites de téléchargement. Je veux dire, la plupart des outils disponibles pour Windows fournissent des paquets .msi de toute façon, ce qui (je suppose) est l'application elle-même et des propriétés d'installation personnalisée (vraiment pas sûr de la façon dont les scripts sont manipulés, mais je sais que la création d'un MSI dans Visual Studio a capacités très limitées pour créer des étapes d'installation personnalisée et je ne peux imaginer que cela est dû aux limitations du protocole MSI).

Je suppose une interface graphique sera obligatoire pour les utilisateurs de Windows;) mais je préférerais, la capacité supplémentaire pour gérer les configurations avec la console

.

Eh bien, je aime l'idée et je serais ravi d'entendre cet outil (ou un) à l'avenir.

Vive

Consultez NSIS. Il est une open source créateur MSI. Vous pourriez être en mesure de l'utiliser dans le cadre de votre logiciel de création de package. http://nsis.sourceforge.net/Main_Page

Pour l'outil ALT-.Net / lib pile il y a eu quelques PROCURE dans ce sens: Corne Get Cependant, la facilité d'utilisation dans un vrai projet mondial a fait l'objet dans cette question de SO .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top