| ID | 521597 | |||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Package Name | 0install | |||||||||||||||||||||
| Version | 2.6.1 | |||||||||||||||||||||
| Release | 4.fc21 | |||||||||||||||||||||
| Epoch | ||||||||||||||||||||||
| Summary | A decentralized cross-distribution software installation system | |||||||||||||||||||||
| Description | Zero Install is a decentralized cross-distribution software installation system available under the LGPL. It allows software developers to publish programs directly from their own web-sites, while supporting features familiar from centralized distribution repositories such as shared libraries, automatic updates and digital signatures. It is intended to complement, rather than replace, the operating system's package management. 0install packages never interfere with those provided by the distribution. 0install does not define a new packaging format; unmodified tarballs or zip archives can be used. Instead, it defines an XML metadata format to describe these packages and the dependencies between them. A single metadata file can be used on multiple platforms (e.g. Ubuntu, Debian, Fedora, openSUSE, Mac OS X and Windows), assuming binary or source archives are available that work on those systems. 0install also has some interesting features not often found in traditional package managers. For example, while it will share libraries whenever possible, it can always install multiple versions of a package in parallel when there are conflicting requirements. Installation is always side-effect-free (each package is unpacked to its own directory and will not touch shared directories such as /usr/bin), making it ideal for use with sandboxing technologies and virtualization. The XML file describing the program's requirements can also be included in a source-code repository, allowing full dependency handling for unreleased developer versions. For example, a user can clone a Git repository and build and test the program, automatically downloading newer versions of libraries where necessary, without interfering with the versions of those libraries installed by their distribution, which continue to be used for other software. | |||||||||||||||||||||
| Built by | yselkowitz | |||||||||||||||||||||
| State | complete | |||||||||||||||||||||
| Volume | fedora_koji_archive01 | |||||||||||||||||||||
| Started | Thu, 31 Jul 2014 05:14:51 UTC | |||||||||||||||||||||
| Completed | Thu, 31 Jul 2014 05:29:47 UTC | |||||||||||||||||||||
| Task | build (f21-candidate, /0install:77b9e88f55963e16dcf1462c5012a60515f5a9f0) | |||||||||||||||||||||
| Tags |
|
|||||||||||||||||||||
| RPMs |
|
|||||||||||||||||||||
| Logs |
|
|||||||||||||||||||||
| Changelog | * Fri Jun 06 2014 Dennis Gilmore <Dennis@ausil.us> - 2.6.1-4 - Remove the no longer needed ExclusiveArch line the macro used has been removed * Fri Jun 06 2014 Fedora Release Engineering <rel-eng@lists.fedoraproject.org> - 2.6.1-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild * Sat Feb 15 2014 Michel Salim <salimma@fedoraproject.org> - 2.6.1-2 - Spec clean-up - Fix permission of shared objects so they get properly handled when generating debuginfo * Fri Feb 14 2014 Michel Salim <salimma@fedoraproject.org> - 2.6.1-1 - Update to 2.6.1 - Install to proper libdir depending on the actual architecture - Fix ExclusiveArch, build requirements and obsoletion - Fix license tag - Yank old changelog from zero-install * Mon Jan 20 2014 Michel Salim <salimma@fedoraproject.org> - 2.6-1 - Update to 2.6 * Mon Jan 20 2014 Michel Salim <salimma@fedoraproject.org> - 2.5.1-1 - Rename package to 0install - Update to 2.5.1 |