software-distribution

问题 I am writing an application in Java for the desktop using the Eclipse SWT library for GUI rendering. I think SWT helps Java get over the biggest hurdle for acceptance on the desktop: namely providing a Java application with a consistent, responsive interface that looks like that belonging to any other app on your desktop. However, I feel that packaging an application is still an issue. OS X natively provides an easy mechanism for wrapping Java apps in native application bundles, but producing

问题 I have a private application that will be installed in about 500 to 1000 phones. I'm concerned about how I'm going to update all of those. I don't want to list it on Google Play (since it's a private app). I've also read this question but it involves me firing up a server for this. Is there any online alternative that I can send my updates to and they distribute it to my devices? 回答1: Absolutely agree with Katharina's reply. I just want to explain in more detail about HockeyApp. HockeyApp is

问题 This is not strictly programming related, but I hope still relevant. I'm working on a project which is written in Java and intended for use on PCs and Macs. It will be distributed on CD (and perhaps DVD, eventually). Our intended audience is decidedly non-technical and, as such, it's important the CD "just work" when it's loaded. This is not itself difficult. For Windows, we can setup Autorun to automatically launch the app and, for Mac, we can use special folder formatting to make it clear

问题 I am somewhat new to Haskell, been using it for a few months now for side projects. I'd like to write a Haskell interface to a C library. All code will be proprietary, not open source. So my question is, what if I end up distributing this to a customer and don't want to provide the source code, but rather something like a shared library. In C I can build the code for the target platform and provide header files. Can I do something similar in Haskell? 来源： https://stackoverflow.com/questions

问题 I've written an application which as of yet is not open source and I'd like to distribute the executable across various linux distros. What's the best way to do this, I've looked a little bit at .rpm and .deb packaging but I can't find if that can be used for binaries or not. Ideally I'd like something like the PackageMaker on OS X or a regular installer on windows that will have it automatically copy into /usr/bin. Is that what .rpm and .deb packages are for or do I have to bundle a shell

问题 I'm developing my first Python distribution package. My learning curve on Python packaging seems to be leveling off a bit, but I'm still wrestling with a few open questions. One is whether I should cause my unit tests to be installed alongside my code. I understand it's important to include tests in a source distribution. What I'm wondering is whether I should actually configure them to be installed? I've seen at least one popular package that appears to do this on purpose (PyHamcrest), and

问题 In SCCM 2007, there were several "Right Click Tools", and with their help it was possible to "reinstall" a package. In SCCM 2012 I still couldn't find a way, how could I reinstall an application? Let me explain: I created an installation package from a software, then distributed it as an "Application". Installation finished successfully. One week later a user calls, he is having trouble with this application. The package I created supports the reinstallation(either by removing the software

问题 I'd like to sell my Android application, but I live in Poland and in my country* Android Market supports only free apps (we cannot sell and we cannot buy too). What is the best way to sell application in such situation? I can accept PayPal money transfers, but I don't know how to distribute APK package without exposing it to getting pirated. Did someone tried it already and succeeded? * Author's country wasn't supported at the moment of asking ** You may find useful PayPal Mobile Payments

问题 I'm a newbie to distutils and I have a problem that really has me stuck. I am compiling a package that requires an extension, so I make the extension thus: a_module = Extension( "amodule", ["initmodule.cpp"], library_dirs=libdirs, extra_objects = [ "unix/x86_64/lib/liba.so" "unix/x86_64/lib/lib.so", "unix/x86_64/lib/libc.so"], ) I then run the setup method: setup(name="apackage", version="7.2", package_dir = {'':instdir+'/a/b/python'}, packages=['apackage','package.tests'], ext_modules=[hoc

问题 When should you install into the GAC and when should you not? (I am referring, really, to installing on a client's machine when they have purchased our product(s)). I have an assembly that is only going to be used with my one application (GAC or no-GAC)? I have an assembly that all my applications share (GAC or no-GAC)? All my applications may use different versions of my assembly (GAC or no-GAC)? These are three scenarios... but I am sure there are more. I'm not necessarily looking an answer