Can I nest packages into a package to simplify remote installation via Apple Rem

Can I nest packages into a package to simplify remote installation via Apple Remote Desktop?
Can I nest packages into a package to simplify remote installation via Apple Remote Desktop?

applicationPackaging replied the topic: Re: Can I nest packages into a package to simplify remote installation via Apple
Iceberg can manage a metapackage and all its components in the same project.

If you need to group existing packages inside a metapackage, Iceberg makes this operation very easy:
1 Open Iceberg.
2 Choose File > New Project… .
3 Select the Core Template > Metapackage template and click Next.
4 Type the name of the project in the Project Name text field and click Finish.
5 Choose View > Components.
6

Drag and drop packages and metapackages that need to be grouped into the Components pane list.
Note: Packages and metapackages can also be dropped in the Packages & metapackages column.
7 Choose Project > Build to build the metapackage.

Tagged :

Wise Package Studio

created the topic: Wise Package Studio
Important Configuration Information

* Wise Package Studio uses the NSAdmin user to run its services. If the password or permissions for this user are changed, WPS may not function properly.
* Since WPS is a per user license, it will only work under the user who installed it. Otherwise, an error about invalid serial numbers will appear when running.
* Batmobile hosts the SQL databases needed by WPS.
o Workbench Database
o Software Manager Database
o Wise Services Database
* The Wise Share Point is located on LSAltiris at c:\Wise Share Point.
* When running the WPS Workbench it prompts for an admin password. It is currently blank.
* We have a license for the web features of the program, but they require .NET 1.1. That version is installed on LSAltiris, but so is .NET 2.0. So, the installer does not see version 1.1 without removing version 2.0 first. Since LSAltiris is already in production, I did not want to uninstall an reinstall .NET.
* If prompted for an admin password when opening up the Workbench, there is no password.

Client Information

There is a virtual machine that acts as a client for the program. This way, we do not have to log into LSAltiris when ever we need to use the software.

* The VM is called Wise Package Client, and its host name wpclient.
* The client works on a per-user base. The client software is currently installed under the NSAdmin account. See the “Notepad” in lscs.byu.edu/utilities for the password.
* The client is really just a shortcut that points to the executables on LSAltiris.

Tagged :

Urgent requirement for Application Package developer

created the topic: Urgent requirement for Application Package developer
FROM: msridevi@magna.in

MAGNA INFOTECH one of the premier IT service providers past eleven years. Magna Infotech incorporated in Danbury, CT – USA in 1995, started Indian operations in 1997 with head office at Hyderabad and presence in seven locations in India. We have strategic alliances with IT MNC corporate and do provide them our services for their recruitment needs.
>At presents we are 3000 + employee strength and have been closely working with fortune 500 MNC.

I take this opportunity in regards with an exciting opportunity which would bring your career to new heights.

Location: Mumbai
Experience: 4to 8 years
Notice period: 7-10days
Skills: application package developers

.Note:
If you are selected you will be a permanent employee of Magna Infotech.

Revert back with your updated CV in word format with contact details.

If you possess the same and Confident to get into our CMM Level 5 clients all across the Globe, please send across your updated profile to
msridevi@magna.in

Regards,
Sridevi
080- 30041723
Magna Infotech

Tagged :

Installation Package Windows Installer

rajeshkumar created the topic: Installation Package Windows Installer
An installation package contains all of the information that the Windows® Installer requires to install or uninstall an application or product and to run the setup user interface. Each installation package includes an .msi file, containing an installation database, a summary information stream, and data streams for various parts of the installation. The .msi file can also contain one or more transforms, internal source files, and external source files or cabinet files required by the installation.
Application developers must author an installation to use the installer. Because the installer organizes installations around the concept of components and features, and stores all information about the installation in a relational database, the process of authoring an installation package broadly entails the following steps:
• Identify the features to be presented to users.
• Organize the application into components.
• Populate the installation database with information.
• Validate the installation package.
Regards,
Rajesh Kumar
Twitt me @ twitter.com/RajeshKumarIn

Tagged :

How to Publish a Nuget package in NuGet Gallery?

publish-a-nuget-package-in-nuget-gallery

How to Publish a Nuget package in NuGet Gallery?

Step 1 – Create an account at NuGet.org

Head over to http://nuget.org/ and register for an account. Once you do that, click on “My Account” to see an API Key that was generated for you.

Step 2 – In a command console, run the command:

$ nuget setApiKey Your-API-Key

This will store your API key so that you never need to do this step again on this machine.

Push your package to NuGet Gallery using the command:

$ nuget push YourPackage.nupkg

Reference
https://docs.nuget.org/consume/command-line-reference

Tagged : / / / / / / / / / / / / / /

How to create a package in Nuget? | Nuget Tutorial

create-a-package-in-nugetHosting your own Repository in Nuget

How to create a package in Nuget?

Mehtod 1 – From An Assembly
If you have an assembly, you can easily generate a nuspec file from metadata within the assembly and create a package.

$ nuget spec MyAssembly.dll

This creates a Nuspec file. Edit the NuSpec file as needed and then

$ nuget pack MyAssembly.nuspec

Mehtod 2 – Commands Lines using convention based working directory
Some packages contain more than just assemblies. They may contain

Content and source code that should be injected into the target project.
PowerShell scripts and executables.
Configuration file and source code transformations.

To create a package in this way, you can layout a directory structure that follows the NuGet conventions.

tools – The tools folder of a package is for powershell scripts and programs accessible from the Package Manager Console. After the folder is copied to the target project, it is added to the `$env:Path (PATH) environment variable.
lib – Assemblies (.dll files) in the lib folder are added as assembly references when the package is installed.
content – Files in the content folder are copied to the root of your application when the package is installed.Think of the Content folder as the root of your target application. For example, if I want a package to add an image in the /images directory of the target application, make sure to place the image in the Content/images folder of the package.
build – The build folder of a package is for MSBuild targets files that are automatically inserted into the .csproj file of the application.

Step 1- Create the manifest

$ nuget spec

This will create an XML file with the .nuspec extension.

<?xml version="1.0"?>
   <package xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd">
   <metadata>
   <id>MyPackageId</id>
   <version>1.0</version>
   <authors>philha</authors>
   <owners>philha</owners>
   <licenseUrl>http://LICENSE_URL_HERE_OR_DELETE_THIS_LINE</licenseUrl>
   <projectUrl>http://PROJECT_URL_HERE_OR_DELETE_THIS_LINE</projectUrl>
   <iconUrl>http://ICON_URL_HERE_OR_DELETE_THIS_LINE</iconUrl>
   <requireLicenseAcceptance>false</requireLicenseAcceptance>
   <description>Package description</description>
   <tags>Tag1 Tag2</tags>
   <dependencies>
   <dependency id="SampleDependency" version="1.0" />
   </dependencies>
   </metadata>
 </package>

Edit this file to fill in the values appropriate for your package. Then create the folders needed by your package and copy the correct content in each folder.

$ mkdir lib
   $ mkdir tools
   $ mkdir content
   $ mkdir content\controllers
   $ copy ..\src\SomeController.cs content
   $ copy ..\src\MyLibrary lib
 $ copy ..\src\SomePowershellScript.ps1 tool

With the working directory in place with content, run the following command:
nuget pack YourPackage.nuspec

Mehtod 3 – Using Visual Studio Projects
For simple packages, creating a package from a csproj or vbproj file is a convenient way to create packages. For example, other packages that have been installed into your project will be referenced as dependencies when you create a package this way.

In the folder where the csproj file is, run:

$ nuget spec

This creates a special nuspec file with tokens meant to be replaced at pack time based on the project metadata. For example, $version$ gets replaced by the version specified in the AssemblyVersionAttribute (or AssemblyInformationalVersionAttribute if present) applied to your assembly (typically within the AssemblyInfo.cs file).

These tokens will only be replaced when you execute the pack command with the project file, and not with the nuspec file. The contents of the nuspec file will be located and honored, with the appropriate token replacements executed.

The following is a list of the supported replacement tokens.

Token Source
$id$ The Assembly name
$version$ The assembly version as specified in the assembly’s
AssemblyVersionAttribute (or AssemblyInformationalVersionAttribute if present).
$author$ The company as specified in the AssemblyCompanyAttribute.
$description$ The description as specified in the AssemblyDescriptionAttribute.

You can then edit this nuspec file if you need to customize it. e.g. if you don’t want token replacement for some fields, you hard code them in the nuspec instead.

Also, if you want to pull additional files into the package, you can use a node in the nuspec. e.g. suppose you want to add all the files from some arbitrary other folder into the package, you’d have:

<files>
   <file src="..\..\SomeRoot\**\*.*" target="" /> 
 </files>

You need to run ‘nuget pack’ on the project file, not the nuspec itself. But the nuspec will in fact get picked up. Once your nuspec is ready, you can run:

$ nuget pack MyProject.csproj

If the project references other projects, you can add the referenced projects as part of the package, or as dependencies with -IncludeReferencedProjects option. This is done recursively. For example, suppose you have project A.csproj, which references B.csproj and C.csproj, while B.csproj references D.csproj & E.csproj, C.csproj references F.csproj & G.csproj. Then, when you run

nuget pack A.csproj -IncludeReferencedProjects

the generated package will contain files from projects B, C, D, E, F & G, in addition to files from project A.

If a referenced project has a corresponding nuspec file with the same name, then that referenced project is added as a dependency instead. Using the same example, suppose now there is file C.nuspec in the same directory as project file C.csproj. When you run

$ nuget pack A.csproj -IncludeReferencedProjects

the generated package will contain files from projects B, D, E, in addition to files from project A, and the package has dependency on C.

By default, NuGet will use the default build configuration set in the project file (typically Debug). To pack files from a different build configuration (e.g., Release), you can run:

$ nuget pack MyProject.csproj -Prop Configuration=Release

Reference
https://docs.nuget.org/create/creating-and-publishing-a-package
https://docs.nuget.org/consume/command-line-reference

Tagged : / / / / / / / / / / / /