Frage

Im vergangenen Jahr 2009 GSoC nahm ich mit einer Organisation namens WinLibre. Die Grundidee ist, die ein Projekt ähnlich wie aptitude (oder apt-get) und eine GUI wie Synaptische aber für Windows und nur zu halten, (zunächst) nur Open-Source-Software. Das Projekt war in Ordnung, wir fertig, was wir ein guter Ausgangspunkt betrachtet war aber leider aufgrund der unterschiedlichen Besetzungen des Entwicklers hat das Projekt im Leerlauf fast seit GSoC beendet. Nun, ich habe einige Energie, Zeit und Interesse zu versuchen, diese Entwicklung fortzusetzen. Das Projekt wurde in drei Teile geteilt: Ein Repository-Server (die ich gearbeitet, und das würde speichern und Pakete und Dateien dienen), ein Paket Schöpfer für Entwickler und die Haupt-App, die apt-get und dessen GUI ist.

Ich habe über das Projekt nachgedacht, und die erste Frage, die mir in den Sinn kam, ist .. eigentlich ist dieses Projekt für Entwickler und Windows-Nutzer? Beachten Sie, dass die Idee, Abhängigkeiten, Probleme zu lösen ist, und Installieren von Paketen „sauber“. Ich bin kein Windows-Entwickler und nur ein gelegentlicher Benutzer, so dass ich auf wirklich nicht viel Erfahrung haben, wie die Dinge dort behandelt, aber soweit ich gesehen habe, alle Installateure behandeln diese Abhängigkeiten. Werden Windows-Entwickler bereit sein, von Installateure auf eine Art und Weise Pakete wechseln von Installationen von Open-Source-Software umgehen? Oder es ist nur ok Pakete erstellen für bereits bestehende Installateure?

Die Pakete Konzept ist im Grunde die gleiche wie .deb oder .rpm-Dateien.

Ich habe noch ein paar Fragen, aber im Grunde würde Ich mag, um sicherzustellen, dass es in someway Benutzer und Windows-Entwickler nützlich ist, und wenn die Entwickler dieses Projekt interessant finden würden. Wenn Sie Fragen haben, Feedback, Anregungen oder Kritik, zögern Sie bitte nicht, sie zu veröffentlichen.

Danke !!

War es hilfreich?

Lösung

Zwar bisherige Bemühungen auf dieser Forschung. Google schaltet sich mehrere ähnliche / relevanten Bemühungen.

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

http://windows-get.sourceforge.net

http://pina.plasmite.com

IIRC gibt es eine rpm für Fenster an einem gewissen Punkt

Auch ich denke, es so ein Typ war (die zur Arbeit an MS verwendet wird) in den Nachrichten vor kurzem, dass im Grunde ein sehr ähnliches Projekt angefahren wird. Ich kann nicht einen Link zu dieser jetzt finden.

Aber wie auch immer, ja, es wäre fantastisch, wenn es so ist ein Standardwerkzeug und Repository.

Andere Tipps

Ich kann nur sprechen für mich, aber natürlich konnte ich auf jeden Fall Verwendung solch ein Werkzeug machen, wie ich Ihren Beitrag durch googeln gefunden! ;)

Meine zwei Anwendungsfälle für dieses Werkzeug würde die folgenden: 1. Ich so lange wie möglich neu installieren mein System generell vermeiden (in der Tat ich auf ein vernünftiges zum Schalten (nicht jeder ein jeder) eine neue Version von Windows alle paar Jahre oder die Einrichtung neuer Computer so tun nur verwalten). Aber noch würde ich meine Software gerne up-to-date. Auch ich mag alle Webseiten gehen müssen und manuell überprüfen, ob es Kompatibilitätsprobleme mit der neuen Version von Doxygen sind, Graphviz und die neuesten Version von MikTeX zum Beispiel, noch will ich auf die Download-Seiten haben, navigieren und führen Sie die Einstellungen ganz allein. Ich will nur eine einzige (!) Werkzeug, planen, die überprüft, ob es neue Updates oder nicht und aktualisiert diese Anwendungen, die nicht in Konflikt mit einer anderen Anwendung Version.

  1. Wenn es mir unvermeidlich kommt vor, dass ich habe mein System neu installieren, ich will nicht die neuen Setups weder (und Check-Kompatibilität) erhalten. Ich auch nicht wollen, für ein Setup zu beenden, um warten, um das nächste zu beginnen, ich möchte nur die Werkzeuge überprüfen ich brauche, oder noch besser, ich möchte einfach meine „WinApt XML“ Batch-Installationsdatei laden, die erhält die Installateure und Griffe die Setups der Reihe nach alle von selbst.

Ich weiß nicht genug über die Architektur von .deb oder .rpm aber IMHO die vernünftigste einen DB nur mit den Namen, Versionen, Abhängigkeiten und dem Standort der verschiedenen Versionen Download-Adressen zu erhalten wäre. Ich meine, die meisten der verfügbaren Tools für Windows sowieso MSI-Pakete zur Verfügung stellen, die (ich glaube) ist die Anwendung selbst und einige benutzerdefinierte Installation Eigenschaften (wirklich nicht sicher, wie Scripting behandelt wird, aber ich weiß, dass ein MSI in Visual Studio Erstellen hat sehr begrenzte Fähigkeiten benutzerdefinierte Installationsschritte zu schaffen, und ich kann nur vorstellen, dies zu Einschränkungen des MSI-Protokolls zurückzuführen ist).

Ich denke, ein GUI obligatorisch sein wird für Windows-Anwender;), aber ich persönlich würde die zusätzliche Fähigkeit bevorzugt die Setups mit der Konsole zu behandeln

.

Nun, ich mag die Idee und würde gerne von diesem (oder eine solche) Werkzeug in der Zukunft zu hören.

Prost

Überprüfen Sie heraus NSIS. Es ist ein Open-Source-MSI Schöpfer. Vielleicht haben Sie es benutzen als Teil Ihrer Paketerstellung Software können. http://nsis.sourceforge.net/Main_Page

Für das ALT-.Net Werkzeug / lib Stapel gab es in dieser Richtung einige liefert gewesen: Horn Get Allerdings hat die Verwendbarkeit in einem realen Welt Projekt gegolten in .

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top