Module for Perl 5.8 Charset 9.1.2 serial key or number

Module for Perl 5.8 Charset 9.1.2 serial key or number

Module for Perl 5.8 Charset 9.1.2 serial key or number

Module for Perl 5.8 Charset 9.1.2 serial key or number

10. Upgrading checklist¶

10.1. About the checklist¶

The checklist below has been created to simplify the upgrading process of old packages. This list is not official or normative. It only provides an indication of what has changed and whether you are likely to need to make changes to your package in light of this. If you have doubts about a certain topic, if you need more details, or if you think some other package does not comply with policy, please refer to the Policy Manual itself.

All of the changes from version 3.0.0 onwards indicate which section of the Policy Manual discusses the issue. The section numbering should still be accurate for changes back to the 2.5.0 release. Before that point, the sections listed here probably no longer correspond to sections in the modern Policy Manual.

Here is how the check list works: Check which policy version your package was checked against last (indicated in the field of the source package). Then move upwards until the top and check which of the items on the list might concern your package. Note which sections of policy discuss this, and then check out the Policy Manual for details. Once you’ve made all necessary changes to match the current rules, update the value of to the current Policy Manual version.

If an item in the list is followed by the name of a Lintian tag in square brackets, it indicates that the policy requirement is covered by that Lintian tag. The lack of such an annotation does not mean that no Lintian tag exists to cover the requirement. Our coverage of these annotations is quite incomplete, and patches to this checklist are very welcome.

The sections in this checklist match the values for the control field in omitting the minor patch version, except in the two anomalous historical cases where normative requirements were changed in a minor patch release.

10.2. Version 4.5.0¶

Released January, 2020.

9.2.1

When maintainers choose a new hardcoded or dynamically generated username for packages to use, they should start this username with an underscore.

9.3.1

Packages that include system services should include service units to start or stop those services.

Including an init script is encouraged if there is no systemd unit, and optional if there is (previously, it was recommended).

In the common case that a package includes a single system service, the service unit should have the same name as the package plus the “.service” extension. If an init script is included, it should have the same name as the systemd unit.

9.3.2

It is encouraged for init scripts to support the argument (previously, it was recommended).

9.3.3

Use of update-rc.d is required if the package includes an init script (previously, Policy said in one place that it was required, and in another said that it was recommended).

10.3. Version 4.4.1¶

Released September, 2019.

5.6.26

A package control file must not have more than one field.

If the package is maintained in multiple version control systems, the maintainer should specify the one that they would prefer other people to use as the basis for proposing changes to the package.

9.10 & 11.5

doc-base registration is now optional, from being recommended.

9.12

Document mechanism.

copyright-format

State some syntactical restrictions on the field. Wildcards are required to match the contents of directories, and the space character separates patterns and cannot be escaped.

10.4. Version 4.4.0¶

Released July, 2019.

4.9

The recommended way to implement the build process of a Debian package, in the absence of a good reason to use a different approach, is the tool. This recommendation includes the contents of the building script.

Some examples of good reasons to use a different approach are given. The recommendation to use does not always apply, and use of is not required.

5.6.26

Permit in Vcs-Hg as well as Vcs-Git.

7.5

Document versioned Provides.

virtual

New and virtual packages for a package providing logind API (via D-Bus and sd-login(3)), and for Debian’s preferred implementation, respectively.

10.5. Version 4.3.0¶

Released December, 2018.

2.3 & 4.5

In cases where a package’s distribution license explicitly permits its copyright information to be excluded from distributions of binaries built from the source, a verbatim copy of the package’s copyright information should normally still be included in the copyright file, but it need not be if creating and maintaining a copy of that information involves significant time and effort.

4.9

Required targets must not write outside of the unpacked source package tree, except for TMPDIR, /tmp and /var/tmp.

4.17

Packages should not contain a non-default series file. That is, dpkg’s vendor-specific patch series feature should not be used for packages in the Debian archive.

10.1

Binaries should be stripped using (as dh_strip already does).

10.1

It is no longer suggested nor recommended to use to strip binaries, because it gets several things wrong.

10.2

When stripping shared libraries with strip(1), you should additionally pass (as dh_strip already does).

virtual

New and virtual packages for a package providing the D-Bus session bus, and for Debian’s preferred D-Bus implementation, respectively.

10.6. Version 4.2.1¶

Released August, 2018.

10.4 & perl

The requirement that the shebang at the top of Perl command scripts be is relaxed from a ‘must’ to a ‘should’.

10.7. Version 4.2.0¶

Released August, 2018.

4.9

The package build should be as verbose as reasonably possible. This means that should pass to the commands it invokes options that cause them to produce verbose output.

4.9

Required targets may attempt network access, via the loopback interface, to services on the build host that have been started by the build.

4.9.1

New tag that can appear in to make a package build less verbose.

5.2 & 5.4

The Standards-Version field is now mandatory, not just recommended.

12.7

Upstream release notes, when available, should be installed as . Upstream changelogs may be made available as .

This is a relaxation of older Policy which said that the upstream changelog should be made accessible at this path. Now it is up to maintainer discretion whether it is useful to install it.

The practice of installing the upstream release notes as is permitted but deprecated.

10.8. Version 4.1.5¶

Released July, 2018.

4.9.2

Document how and the field interact.

5.6.12

You should not change a package’s epoch, even in experimental, without getting consensus on debian-devel first.

5.6.12.1

Epochs should not be used for the purpose of rolling back the version of a package. Use the +really convention.

5.6.31

Document the field.

9.1.1

Update Debian’s version of the Filesystem Hierarchy Standard from 2.3 to 3.0, and update the list of exceptions. Only a tiny minority of packages, if any, should be made buggy by this change.

9.3.2 & 10.4

Update version of POSIX standard for shell scripts from SUSv3 to POSIX.1-2017 (also known as SUSv4 in some contexts).

10.9. Version 4.1.4¶

Released April, 2018.

3.2.2

The part of the version number after the epoch must not be reused for a version of the package with different contents, even after the version of the package previously using that part of the version number is no longer present in any archive suites.

3.2.2

For non-native packages, the upstream version must not be reused for different upstream source code, so that for each source package name and upstream version number there exists exactly one original source archive contents.

4.9

The rules target has been removed. Packages should transition to and use uscan where possible.

9.1.2

If does not exist, and all subdirectories created by packages should have permissions 0755 and be owned by . If the file exists, the old permissions of 2775 and ownership of root:staff should remain.

10.10. Version 4.1.3¶

Released December, 2017.

5.6.26

URLs given in headers should use a scheme that provides confidentiality (, for example) if the VCS repository supports it.

7.8

should be used exactly when there are license or DFSG requirements to retain full source code in the archive. Previously, the description of the field implied it was needed in other cases too.

9.1.1

may also install files in .

9.3.3.1

If a package’s daemon should not be autostarted unless the local administrator has explicitly requested it, the package’s should use the new option of .

The old method of including in the package’s file should not be used.

11.4

Clarify that programs may invoke either and directly, or use and and rely on PATH.

12.5

The Creative Commons CC0 1.0 Universal license (CC0-1.0) is now included in and does not need to be copied verbatim in the package file.

10.11. Version 4.1.2¶

Released November, 2017.

3.1.1

Binary packages that have potentially offensive content should have the suffix . This replaces an older convention to use . As before, whether the contents of a package needs this content warning is a matter of maintainer discretion.

10.2

Private shared object files should be installed in subdirectories of or . This change permits private shared object files to take advantage of multiarch, and also removes the implication that it is permissible to install private shared object files directly into .

10.4

The shebang at the top of Perl command scripts must be . (Previously, this was a ‘should’ rather than a ‘must’.)

10.12. Version 4.1.1¶

Released September, 2017.

4.4

debian/changelog must exist in source packages.

9.2.3

The canonical non-existent home directory is .

10.13. Version 4.1.0¶

Released August, 2017.

2.2.1

Non-default alternative dependencies on non-free packages are permitted for packages in main.

4.11

If upstream provides OpenPGP signatures, including the upstream signing key as in the source package and using the option in configuration to indicate how to find the upstream signature for new releases is recommended.

4.15

Packages should build reproducibly when certain factors are held constant; see 4.15 for the list.

4.15

Packages are recommended to build reproducibly even when build paths and most environment variables are allowed to vary.

9.1.1

Only the dynamic linker may install files to .

No package for a 64 bit architecture may install files to or any subdirectory.

11.8.3

The required behaviour of has been clarified, and updated to replace a false claim about the behaviour of .

Programs must support where may include multiple arguments, which must be executed as if the arguments were passed to directly, bypassing the shell.

If this execution fails and has a single argument, ’s fallback behaviour of passing to the shell is permitted but not required.

10.14. Version 4.0.1¶

Released August, 2017.

2.5

Priorities are now used only for controlling which packages are part of a minimal or standard Debian installation and should be selected based on functionality provided directly to users (so nearly all shared libraries should have a priority of ). Packages may now depend on packages with a lower priority.

The priority has been deprecated and should be treated as equivalent to . All priorities should be changed to . Packages with a priority of may conflict with each other (but packages that both have a priority of or higher still may not conflict).

5.6.30

New section documenting the field in Debian source control files.

8.1.1

Shared libraries must now invoke by means of triggers, instead of maintscripts.

9.3.3

Packages are recommended to use debhelper tools instead of invoking and directly.

9.3.3

Policy’s description of how the local system administrator may modify the runlevels at which a daemon is started and stopped, and how init scripts may depend on other init scripts, have been removed. These are now handled by LSB headers.

9.4

Policy’s specification of the console messages that should be emitted by scripts has been removed. This is now defined by LSB, for sysvinit, and is not expected to be followed by other init systems.

9.6

Packages installing a Free Desktop entry must not also install a Debian menu system entry.

9.9

The prohibition against depending on environment variables for reasonable defaults is only for programs on the system PATH and only for custom environment variable settings (not, say, a sane PATH).

10.15. Version 4.0.0¶

Released May, 2017.

4.3

and should be updated at build time or replaced with the versions from autotools-dev.

4.9

New set of variables and new and variables.

4.9.1

New tag, , which says to suppress documentation generation (but continue to build all binary packages, even documentation packages, just let them be mostly empty).

5.2

Automatically-generated debug packages do not need to have a corresponding paragraph in . (This is existing practice; this Policy update is just clearer about it.)

5.6.12

Colons are not permitted in upstream version numbers.

7.7

New and fields are now supported.

8.4

The recommended package name for shared library development files is now libraryname-dev or librarynameapiversion-dev, not librarynamesoversion-dev.

9.1.1

The stable release of Debian supports , so packages may now assume that it exists and do not need any special dependency on a version of initscripts.

9.3.2

New optional standard init script argument, which (if supported) should restart the service if it is already running and otherwise just report success.

9.3.2

Support for the init script argument is recommended.

9.3.3.2

Packages must not call scripts directly even as a fallback, and instead must always use (which is essential and shouldn’t require any conditional).

9.11.1

Instructions for integration removed since is no longer maintained in Debian.

10.1

Packages may not install files in both and , and must manage any backward-compatibility symlinks so that they don’t break if and are the same directory.

10.6

Packages should assume device files in are dynamically managed and don’t have to be created by the package. Packages other than those whose purpose is to manage must not create or remove files there when a dynamic management facility is in use. Named pipes and device files outside of should normally be created on demand via init scripts, systemd units, or similar mechanisms, but may be created and removed in maintainer scripts if they must be created during package installation.

10.9

Checking with the base-passwd maintainer is no longer required (or desirable) when creating a new dynamic user or group in a package.

12.3

Dependencies on *-doc packages should be at most Recommends (Suggests if they only include documentation in supplemental formats).

12.5

The Mozilla Public License 1.1 and 2.0 (MPL-1.1 and MPL-2.0) are now included in and do not need to be copied verbatim in the package file.

copyright-format

The form of the copyright-format URL is now allowed and preferred in the field.

perl

The Perl search path now includes multiarch directories. The vendor directory for architecture-specific modules is now versioned to support multiarch.

virtual

New virtual package for implementations of the classic Colossal Cave Adventure game.

virtual

New virtual package for Python 3 WSGI-capable HTTP servers. The existing virtual package is for Python 2 WSGI-capable HTTP servers.

virtual

New , , , , and virtual packages for MySQL-compatible software.

10.16. Version 3.9.8¶

Released April, 2016.

9.6

The menu system is deprecated in favor of the FreeDesktop menu standard. New requirements set for FreeDesktop menu entries.

9.7

New instructions for registering media type handlers with the FreeDesktop system, which automatically synchronizes with mailcap and therefore replaces mailcap registration for packages using desktop entries.

10.17. Version 3.9.7¶

Released February, 2016.

10.5

Symbolic links must not traverse above the root directory.

9.2.2

32bit UIDs in the range 65536-4294967293 are reserved for dynamically allocated user accounts.

5.1

Empty field values in control files are only permitted in the file of a source package.

4.9

: required targets must not attempt network access.

12.3

recommend to ship additional documentation for package in a separate package and install it into .

10.18. Version 3.9.6¶

Released September, 2014.

9.1

The FHS is relaxed to allow a subdirectory of to hold a mixture of architecture-independent and architecture-dependent files, though directories entirely composed of architecture-independent files should be located in .

9.1

The FHS requirement for to exist if or exists is removed.

9.1

An FHS exception has been granted for multiarch include files, permitting header files to instead be installed to .

10.1

Binaries must not be statically linked with the GNU C library, see policy for exceptions.

4.4

It is clarified that signature appearing in debian/changelog should be the details of the person who prepared this release of the package.

11.5

The default web document root is now

virtual

and are removed, and are added for all N between 5 and 9.

virtual

Added for WSGI capable HTTP servers.

perl

Perl packages should use the hash to locate module paths instead of hardcoding paths in .

perl

Perl binary modules and any modules installed into must depend on the relevant perlapi-* package.

10.19. Version 3.9.5¶

Released October, 2013.

5.1

Control data fields must not start with the hyphen character (), to avoid potential confusions when parsing clearsigned control data files that were not properly unescaped.

5.4, 5.6.24

and are now mandatory in files.

5.6.25, 5.8.1

The field is obsolete. Permissions are now granted via dak-commands files.

5.6.27

New section documenting the field in Debian source control files.

5.6.28

New section documenting the field in source package control files.

5.6.29

New section documenting the field in Debian source control files.

9.1.1.8

The exception to the FHS for the was removed.

10.7.3

Packages should remove all obsolete configuration files without local changes during upgrades. The tool, available from the dpkg package since Wheezy, can help with this.

10.10

The name of the files and directories installed by binary packages must be encoded in UTF-8 and should be restricted to ASCII when possible. In the system PATH, they must be restricted to ASCII.

11.5.2

Stop recommending to serve HTML documents from .

12.2

Packages distributing Info documents should use install-info’s trigger, and do not need anymore to depend on .

debconf

The capability is now documented.

virtual

and are removed.

10.20. Version 3.9.4¶

Released August, 2012.

2.4

New tasks archive section.

4.9

and are now mandatory targets in .

5.6.26

New section documenting the fields, which are already in widespread use. Note the mechanism for specifying the Git branch used for packaging in the Vcs-Git field.

7.1

The deprecated relations < and > now must not be used.

7.8

New field, which must be used to document the source packages for any binaries that are incorporated into this package at build time. This is used to ensure that the archive meets license requirements for providing source for all binaries.

8.6

Policy for dependencies between shared libraries and other packages has been largely rewritten to document the system and more clearly document handling of shared library ABI changes. files are now recommended over files in most situations. All maintainers of shared library packages should review the entirety of this section.

9.1.1

Packages must not assume the directory exists or is usable without a dependency on until the stable release of Debian supports .

9.7

Packages including MIME configuration can now rely on triggers and do not need to call update-mime.

9.11

New section documenting general requirements for alternate init systems and specific requirements for integrating with upstart.

12.5

All copyright files must be encoded in UTF-8.

10.21. Version 3.9.3¶

Released February, 2012.

2.4

New archive sections education, introspection, and metapackages added.

5.6.8

The field in files may now contain the value for source packages building both architecture-independent and architecture-dependent packages.

7.1

If a dependency is restricted to particular architectures, the list of architectures must be non-empty.

9.1.1

is allowed as an exception to the FHS and replaces . replaces . The FHS requirements for the older directories apply to these directories as well. Backward compatibility links will be maintained and packages need not switch to referencing directly yet. Files in should be stored in a temporary file system.

9.1.4

New section spelling out the requirements for packages that use files in , , or . This generalizes information previously only in 9.3.2.

9.5

Cron job file names must not contain or or they will be ignored by cron. They should replace those characters with . If a package provides multiple cron job files in the same directory, they should each start with the package name (possibly modified as above), , and then some suitable suffix.

9.10

Packages using doc-base do not need to call install-docs anymore.

10.7.4

Packages that declare the same may see left-over configuration files from each other even if they conflict.

11.8

The Policy rules around Motif libraries were just a special case of normal rules for non-free dependencies and were largely obsolete, so they have been removed.

12.5

is no longer required to list the Debian maintainers involved in the creation of the package (although note that the requirement to list copyright information is unchanged).

copyright-format

Version 1.0 of the “Machine-readable file” specification is included.

mime

This separate document has been retired and and its (short) contents merged into Policy section 9.7. There are no changes to the requirements.

perl

Packages may declare an interest in the perl-major-upgrade trigger to be notified of major upgrades of perl.

virtual

is renamed to .

10.22. Version 3.9.2¶

Released April, 2011.

*

Multiple clarifications throughout Policy where “installed” was used and the more precise terms “unpacked” or “configured” were intended.

3.3

The maintainer address must accept mail from Debian role accounts and the BTS. At least one human must be listed with their personal email address in if the maintainer is a shared email address. The duties of a maintainer are also clearer.

5

All control fields are now classified as simple, folded, or multiline, which governs whether their values must be a single line or may be continued across multiple lines and whether line breaks are significant.

5.1

Parsers are allowed to accept paragraph separation lines containing whitespace, but control files should use completely empty lines. Ordering of paragraphs is significant. Field names must be composed of printable ASCII characters except colon and must not begin with #.

5.6.25

The field is now documented.

6.5

The system state maintainer scripts can rely upon during each possible invocation is now documented. In several less-common cases, this is stricter than Policy had previously documented. Packages with complex maintainer scripts should be reviewed in light of this new documentation.

7.2

The impact on system state when maintainer scripts that are part of a circular dependency are run is now documented. Circular dependencies are now a should not.

7.2

The system state when and scripts are run is now documented, and the documentation of the special case of dependency state for scripts has been improved. scripts are required to gracefully skip actions if their dependencies are not available.

9.1.1

GNU/Hurd systems are allowed and directories in the root filesystem.

9.1.1

Packages installing to architecture-specific subdirectories of must use the value returned by , not by ; this is a path change on i386 architectures and a no-op for other architectures.

virtual

is now a virtual package provided by packages that install and implement at least the POSIX-required interface.

10.23. Version 3.9.1¶

Released July, 2010.

3.2.1

Date-based version components should be given as the four-digit year, two-digit month, and then two-digit day, but may have embedded punctuation.

3.9

Maintainer scripts must pass to when creating or removing diversions and must not use .

4.10

Only supports variable substitution. (for ) and (for ) do not.

7.1

Architecture restrictions and wildcards are also allowed in binary package relationships provided that the binary package is not architecture-independent.

7.4

and should only be used when there are file conflicts or one package breaks the other, not just because two packages provide similar functionality but don’t interfere.

8.1

The SONAME of a library should change whenever the ABI of the library changes in a way that isn’t backward-compatible. It should not change if the library ABI changes are backward-compatible. Discourage bundling shared libraries together in one package.

8.4

Ada Library Information () files must be installed read-only.

8.6.1, 8.6.2, 8.6.5

Packages should normally not include a file since we now have complete coverage.

8.6.3

The SONAME of a library may instead be of the form .

10.2

Libtool files should not be installed for public libraries. If they’re required (for , for instance), the setting should be emptied. Library packages historically including files must continue to include them (with emptied) until all libraries that depend on that library have removed or emptied their files.

10.2

Libraries no longer need to be built with , which was an obsolete LinuxThreads requirement. Instead, say explicitly that libraries should be built with threading support and to be thread-safe if the library supports this.

10.4

scripts may assume that supports an argument of , that and support the numeric signals listed in the XSI extension, and that signal 13 (SIGPIPE) can be trapped with .

10.8

Use of for logrotate rules is now recommended.

10.9

Control information files should be owned by and either mode 644 or mode 755.

11.4, 11.8.3, 11.8.4

Packages providing alternatives for , , , or should also provide a slave alternative for the corresponding manual page.

11.5

Cgi-bin executable files may be installed in subdirectories of and web servers should serve out executables in those subdirectories.

12.5

The GPL version 1 is now included in common-licenses and should be referenced from there instead of included in the file.

10.24. Version 3.9.0¶

Released June, 2010.

4.4, 5.6.15

The required format for the date in a changelog entry and in the Date control field is now precisely specified.

5.1

A control paragraph must not contain more than one instance of a particular field name.

5.4, 5.5, 5.6.24

The and fields in and files are now documented and recommended.

5.5, 5.6.16

The field of files is now 1.8. The field syntax for source package files allows a subtype in parentheses, and it is used for a different purpose than the field for files.

5.6.2

The syntax of the field is now must rather than should.

5.6.3

The comma separating entries in is now must rather than should.

5.6.8, 7.1, 11.1.1

Architecture wildcards may be used in addition to specific architectures in and Architecture fields, and in architecture restrictions in build relationships.

6.3

Maintainer scripts are no longer guaranteed to run with a controlling terminal and must be able to fall back to noninteractive behavior (debconf handles this). Maintainer scripts may abort if there is no controlling terminal and no reasonable default for a high-priority question, but should avoid this if possible.

7.3, 7.6.1

should be used with for moving files between packages.

7.4

should normally be used instead of for transient issues and moving files between packages. New documentation of when each should be used.

7.5

Use with if only one provider of a virtual facility can be installed at a time.

8.4

All shared library development files are no longer required to be in the package, only be available when the package is installed. This allows the package to be split as long as it depends on the additional packages.

9.2.2

The UID range of user accounts is extended to 1000-59999.

9.3.2, 10.4

scripts are a possible exception from the normal requirement to use in each shell script.

12.5

The UCB BSD license was removed from the list of licenses that should be referenced from . It should instead be included directly in , although it will still be in common-licenses for the time being.

debconf

is now documented (it has been supported for some time). is like but takes a template instead of a string to allow translation.

perl

perl-base now provides perlapi-abiname instead of a package based solely on the Perl version. Perl packages must now depend on perlapi-$Config{debian_abi}, falling back on if is not set.

perl

Packages using should use rather than to install into the package staging area. only worked due to a Debian-local patch.

10.25. Version 3.8.4¶

Released January, 2010.

9.1.1

An FHS exception has been granted for multiarch libraries. Permitting files to instead be installed to and directories.

10.6

Packages may not contain named pipes and should instead create them in postinst and remove them in prerm or postrm.

9.1.1

and directories are explicitly allowed as an exception to the FHS.

10.26. Version 3.8.3¶

Released August, 2009.

4.9

DEB_*_ARCH_CPU and DEB_*_ARCH_OS variables are now documented and recommended over GNU-style variables for that information.

5.6.8

Source package Architecture fields may contain all in combination with other architectures. Clarify when all and any may be used in different versions of the field.

5.6.14

The Debian archive software does not support uploading to multiple distributions with one file.

5.6.19

The Binary field may span multiple lines.

10.2

Shared library packages are no longer allowed to install libraries in a non-standard location and modify . Packages should either be installed in a standard library directory or packages using them should be built with RPATH.

11.8.7

Installation directories for X programs have been clarified. Packages are no longer required to pre-depend on x11-common before installing into and .

12.1

Manual pages are no longer required to contain only characters representable in the legacy encoding for that language.

12.1

Localized man pages should either be kept up-to-date with the original version or warn that they’re not up-to-date, either with warning text or by showing missing or changed portions in the original language.

12.2

install-info is now handled via triggers so packages no longer need to invoke it in maintainer scripts. Info documents should now have directory sections and entries in the document. Packages containing info documents should add a dependency to support partial upgrades.

perl

The requirement for Perl modules to have a versioned Depend and Build-Depend on has been removed.

10.27. Version 3.8.2¶

Released June, 2009.

2.4

The list of archive sections has been significantly expanded. See this debian-devel-announce message for the list of new sections and rules for how to categorize packages.

3.9.1

All packages must use debconf or equivalent for user prompting, though essential packages or their dependencies may also fall back on other methods.

5.6.1

The requirements for source package names are now explicitly spelled out.

9.1

Legacy XFree86 servers no longer get a special exception from the FHS permitting .

9.1.3

Removed obsolete dependency requirements for packages that use .

11.8.5

Speedo fonts are now deprecated. The X backend was disabled starting in lenny.

12.5

The GNU Free Documentation License version 1.3 is included in common-licenses and should be referenced from there.

10.28. Version 3.8.1¶

Released March, 2009.

3.8

Care should be taken when adding functionality to essential and such additions create an obligation to support that functionality in essential forever unless significant work is done.

4.4

Changelog files must be encoded in UTF-8.

4.4

Some format requirements for changelog files are now “must” instead of “should.”

4.4.1

Alternative changelog formats have been removed. Debian only supports one changelog format for the Debian Archive.

4.9.1

New nocheck option for DEB_BUILD_OPTIONS indicating any build-time test suite provided by the package should not be run.

5.1

All control files must be encoded in UTF-8.

5.2

allows comment lines starting with # with no preceding whitespace.

9.3

Init scripts ending in .sh are not handled specially. They are not sourced and are not guaranteed to be run by regardless of the #! line. This brings Policy in line with the long-standing behavior of the init system in Debian.

9.3.2

The start action of an init script must exit successfully and not start the daemon again if it’s already running.

9.3.2

and may be mounted as temporary filesystems, and init scripts must therefore create any necessary subdirectories dynamically.

10.4

scripts may assume that local can take multiple variable arguments and supports assignment.

11.6

User mailboxes may be mode 600 and owned by the user rather than mode 660, owned by user, and group mail.

10.29. Version 3.8.0¶

Released June, 2008.

2.4, 3.7

The base section has been removed. contrib and non-free have been removed from the section list; they are only categories. The base system is now defined by priority.

4.9

If doesn’t provide the source that will be compiled, a debian/rules patch target is recommended and should do whatever else is necessary.

4.9.1, 10.1

Standardized the format of DEB_BUILD_OPTIONS. Specified permitted characters for tags, required that tags be whitespace-separated, allowed packages to assume non-conflicting tags, and required unknown flags be ignored.

4.9.1

Added parallel=n to the standardized DEB_BUILD_OPTIONS tags, indicating that a package should be built using up to n parallel processes if the package supports it

4.13

Debian packages should not use convenience copies of code from other packages unless the included package is explicitly intended to be used that way.

4.14

If dpkg-source -x doesn’t produce source ready for editing and building with dpkg-buildpackage, packages should include a file explaining how to generate the patched source, add a new modification, and remove an existing modification. This file may also be used to document packaging a new upstream release and any other complexity of the Debian build process.

5.6.3

The Uploaders field in debian/control may be wrapped.

5.6.12

An empty Debian revision is equivalent to a Debian revision of 0 in a version number.

5.6.23

New Homepage field for upstream web sites.

6.5, 6.6, 7

The Breaks field declares that this package breaks another and prevents installation of the breaking package unless the package named in Breaks is deconfigured first. This field should not be used until the dpkg in Debian stable supports it.

8.1, 8.2

Clarify which files should go into a shared library package, into a separate package, or into the -dev package. Suggest -tools instead of -runtime for runtime support programs, since that naming is more common in Debian.

9.5

Files in must be configuration files (upgraded from should). Mention the hourly directory.

11.8.6

Packages providing files need not conflict with , which is long-obsolete.

12.1

Manual pages in locale-specific directories should use either the legacy encoding for that directory or UTF-8. Country names should not be included in locale-specific manual page directories unless indicating a significant difference in the language. All characters in the manual page source should be representable in the legacy encoding for a locale even if the man page is encoded in UTF-8.

12.5

The Apache 2.0 license is now in common-licenses and should be referenced rather than quoted in .

12.5

Packages in contrib and non-free should state in the copyright file that the package is not part of Debian GNU/Linux and briefly explain why.

debconf

Underscore () is allowed in debconf template names.

10.30. Version 3.7.3¶

Released December, 2007.

5.6.12

Package version numbers may contain tildes, which sort before anything, even the end of a part.

10.4

Scripts may assume that supports local (at a basic level) and that its test builtin (if any) supports -a and -o binary logical operators.

8.5

The substitution variable ${binary:Version} should be used in place of ${Source-Version} for dependencies between packages of the same library.

menu policy

Substantial reorganization and renaming of sections in the Debian menu structure. Packages with menu entries should be reviewed to see if the menu section has been renamed or if one of the new sections would be more appropriate.

5.6.1

The Source field in a .changes file may contain a version number in parentheses.

5.6.17

The acceptable values for the Urgency field are low, medium, high, critical, or emergency.

8.6

The shlibs file now allows an optional type field, indicating the type of package for which the line is valid. The only currently supported type is udeb, used with packages for the Debian Installer.

3.9.1

Packages following the Debian Configuration management specification must allow for translation of their messages by using a gettext-based system such as po-debconf.

12.5

GFDL 1.2, GPL 3, and LGPL 3 are now in common-licenses and should be referenced rather than quoted in debian/copyright.

10.31. Version 3.7.2.2¶

Released October, 2006.

This release broke the normal rule against introducing normative changes without changing the major patch level.

6.1

Maintainer scripts must not be world writeable (up from a should to a must)

10.32. Version 3.7.2¶

Released April, 2006.

11.5

Revert the cgi-lib change.

10.33. Version 3.7.1¶

Released April, 2006.

10.2

It is now possible to create shared libraries without relocatable code (using -fPIC) in certain exceptional cases, provided some procedures are followed, and for creating static libraries with relocatable code (again, using -fPIC). Discussion on debian-devel@lists.debian.org, getting a rough consensus, and documenting it in README.Debian constitute most of the process.

11.8.7

Packages should install any relevant files into the directories and , but if they do so, they must pre-depend on

10.34. Version 3.7.0¶

Released April, 2006.

11.5

Packages shipping web server CGI files are expected to install them in directories. This location change perhaps should be documented in NEWS

11.5

Web server packages should include a standard scriptAlias of cgi-lib to .

9.1.1

The version of FHS mandated by policy has been upped to 2.3. There should be no changes required for most packages, though new top level directories , , etc. may be of interest.

5.1, 5.6.3

All fields, apart from the Uploaders field, in the control file are supposed to be a single logical line, which may be spread over multiple physical lines (newline followed by space is elided). However, any parser for the control file must allow the Uploaders field to be spread over multiple physical lines as well, to prepare for future changes.

10.4

When scripts are installed into a directory in the system PATH, the script name should not include an extension that denotes the scripting language currently used to implement it.

9.3.3.2

packages that invoke initscripts now must use invoke-rc.d to do so since it also pays attention to run levels and other local constraints.

11.8.5.2, 11.8.7, etc

We no longer use , since we have migrated away to using Xorg paths. This means, for one thing, fonts live in now, and is gone.

10.35. Version 3.6.2¶

Released June, 2005.

Recommend doc-base, and not menu, for registering package documentation.

8.1

Run time support programs should live in subdirectories of or , and preferably the shared lib is named the same as the package name (to avoid name collisions).

11.5

It is recommended that HTTP servers provide an alias /images to allow packages to share image files with the web server

10.36. Version 3.6.1¶

Released August, 2003.

3.10.1

Prompting the user should be done using debconf. Non debconf user prompts are now deprecated.

10.37. Version 3.6.0¶

Released July, 2003.

Restructuring caused shifts in section numbers and bumping of the minor version number.

Many packaging manual appendices that were integrated into policy sections are now empty, and replaced with links to the Policy. In particular, the appendices that included the list of control fields were updated (new fields like Closes, Changed-By were added) and the list of fields for each of control, .changes and .dsc files is now in Policy, and they’re marked mandatory, recommended or optional based on the current practice and the behavior of the deb-building tool-chain.

Elimination of needlessly deep section levels, primarily in the chapter Debian Archive, from which two new chapters were split out, Binary packages and Source packages. What remained was reordered properly, that is, some sects became sects etc.

Several sections that were redundant, crufty or simply not designed with any sort of vision, were rearranged according to the formula that everything should be either in the same place or properly interlinked. Some things remained split up between different chapters when they talked about different aspects of files: their content, their syntax, and their placement in the file system. In particular, see the new sections about changelog files.

menu policy

Added Games/Simulation and Apps/Education to menu sub-policy

C.2.2

Debian changelogs should be UTF-8 encoded.

10.2

shared libraries must be linked against all libraries that they use symbols from in the same way that binaries are.

7.6

build-depends-indep need not be satisfied during clean target.

10.38. Version 3.5.10¶

Released May, 2003.

11.8.3

packages providing the x-terminal-emulator virtual package ought to ensure that they interpret the command line exactly like xterm does.

11.8.4

Window managers compliant with the Window Manager Specification Project may add 40 points for ranking in the alternatives

10.39. Version 3.5.9¶

Released March, 2003.

3.4.2

The section describing the Description: package field once again has full details of the long description format.

4.2

Clarified that if a package has non-build-essential build-dependencies, it should have them listed in the Build-Depends and related fields (i.e. it’s not merely optional).

9.3.2

When asked to restart a service that isn’t already running, the init script should start the service.

12.6

If the purpose of a package is to provide examples, then the example files can be installed into (rather than ).

10.40. Version 3.5.8¶

Released November, 2002.

12.7

It is no longer necessary to keep a log of changes to the upstream sources in the copyright file. Instead, all such changes should be documented in the changelog file.

7.6

Build-Depends, Build-Conflicts, Build-Depends-Indep, and Build-Conflicts-Indep must also be satisfied when the clean target is called.

menu policy

A new Apps/Science menu section is available

debconf policy

debconf specification cleared up, various changes.

12.1

It is no longer recommended to create symlinks from nonexistent manual pages to undocumented(7). Missing manual pages for programs are still a bug.

10.41. Version 3.5.7¶

Released August, 2002.

Packages no longer have to ask permission to call MAKEDEV in postinst, merely notifying the user ought to be enough.

2.2.4

cryptographic software may now be included in the main archive.

3.9

task packages are no longer permitted; tasks are now created by a special Tasks: field in the control file.

11.8.4

window managers that support netwm can now add 20 points when they add themselves as an alternative for

10.1

The default compilation options have now changed, one should provide debugging symbols in all cases, and optionally step back optimization to -O0, depending on the DEB_BUILD_OPTIONS environment variable.

7.6, 4.8

Added mention of build-arch, build-indep, etc, in describing the relationships with Build-Depends, Build-Conflicts, Build-Depends-Indep, and Build-Conflicts-Indep. May need to review the new rules.

8

Changed rules on how, and when, to invoke ldconfig in maintainer scripts. Long rationale.

Added the last note in 3.5.6 upgrading checklist item regarding build rules, please see below

10.42. Version 3.5.6¶

Released July, 2001.

2.5

Emacs and TeX are no longer mandated by policy to be priority standard packages

11.5

Programs that access docs need to do so via , and not via as was the policy previously

12.3

Putting documentation in versus is now a “serious” policy violation.

11.5

For web servers, one should not provide non-local access to the hierarchy. If one can’t provide access controls for the http://localhost/doc/ directory, then it is preferred that one ask permission to expose that information during the install.

7

There are new rules for build-indep/build-arch targets and there is a new Build-Depend-Indep semantic.

10.43. Version 3.5.5¶

Released May, 2001.

12.1

Manpages should not rely on header information to have alternative manpage names available; it should only use symlinks or .so pages to do this

Clarified note in 3.5.3.0 upgrading checklist regarding examples and templates: this refers only to those examples used by scripts; see section 10.7.3 for the whole story

Included a new section 10.9.1 describing the use of dpkg-statoverride; this does not have the weight of policy

Clarify Standards-Version: you don’t need to rebuild your packages just to change the Standards-Version!

10.2

Plugins are no longer bound by all the rules of shared libraries

X Windows related things:
11.8.1

Clarification of priority levels of X Window System related packages

11.8.3

Rules for defining x-terminal-emulator improved

11.8.5

X Font policy rewritten: you must read this if you provide fonts for the X Window System

11.8.6

Packages must not ship

11.8.7

X-related packages should usually use the regular FHS locations; imake-using packages are exempted from this

11.8.8

OpenMotif linked binaries have the same rules as OSF/Motif-linked ones

10.44. Version 3.5.4¶

Released April, 2001.

11.6

The system-wide mail directory is now /var/mail, no longer /var/spool/mail. Any packages accessing the mail spool should access it via /var/mail and include a suitable Depends field;

11.9; perl-policy

The perl policy is now part of Debian policy proper. Perl programs and modules should follow the current Perl policy

10.45. Version 3.5.3¶

Released April, 2001.

7.1

Build-Depends arch syntax has been changed to be less ambiguous. This should not affect any current packages

10.7.3

Examples and templates files for use by scripts should now live in or , with symbolic links from as needed

10.46. Version 3.5.2¶

Released February, 2001.

11.8.6

X app-defaults directory has moved from to

10.47. Version 3.5.1¶

Released February, 2001.

8.1

dpkg-shlibdeps now uses objdump, so shared libraries have to be run through dpkg-shlibdeps as well as executables

10.48. Version 3.5.0¶

Released January, 2001.

11.8.5

Font packages for the X Window System must now declare a dependency on

10.49. Version 3.2.1.1¶

Released January, 2001.

This release broke the normal rule against introducing normative changes without changing the major patch level.

9.3.2

Daemon startup scripts in should not contain modifiable parameters; these should be moved to a file in

12.3

Files in must not be referenced by any program. If such files are needed, they must be placed in , and symbolic links created as required in

Much of the packaging manual has now been imported into the policy document

10.50. Version 3.2.1¶

Released August, 2000.

11.8.1

A package of priority standard or higher may provide two binaries, one compiled with support for the X Window System, and the other without

10.51. Version 3.2.0¶

Released August, 2000.

10.1

By default executables should not be built with the debugging option -g. Instead, it is recommended to support building the package with debugging information optionally.

12.8

Policy for packages where the upstream uses HTML changelog files has been expanded. In short, a plain text changelog file should always be generated for the upstream changes

Please note that the new release of the X window system (3.2) shall probably need sweeping changes in policy

Policy for packages providing the following X-based features has been codified:

11.8.2

X server (virtual package xserver)

11.8.3

X terminal emulator (virtual package x-terminal-emulator)

11.8.4

X window manager (virtual package x-window-manager, and alternative, with priority calculation guidelines)

12.8.5

X fonts (this section has been written from scratch)

11.8.6

X application defaults

11.8.7

Policy for packages using the X Window System and FHS issues has been clarified;

11.7.3

No package may contain or make hard links to conffiles

8

Noted that newer dpkg versions do not require extreme care in always creating the shared lib before the symlink, so the unpack order be correct

10.52. Version 3.1.1¶

Released November, 1999.

7.1

Correction to semantics of architecture lists in Build-Depends etc. Should not affect many packages

10.53. Version 3.1.0¶

Released October, 1999.

defunct

has to be a symlink pointing to , to be maintained by postinst and prerm scripts.

7.1, 7.6

Introduced source dependencies (Build-Depends, etc.)

9.3.4

has been deprecated in favour of . (Packages should not be touching this directory, but should use update-rc.d instead)

9.3.3

update-rc.d is now the only allowable way of accessing the links. Any scripts which manipulate them directly must be changed to use update-rc.d instead. (This is because the file-rc package handles this information in an incompatible way.)

12.7

Architecture-specific examples go in with symlinks from or from itself

9.1.1

Updated FHS to a 2.1 draft; this reverts to

9.7; mime-policy

Added MIME sub-policy document

12.4

VISUAL is allowed as a (higher priority) alternative to EDITOR

11.6

Modified liblockfile description, which affects mailbox-accessing programs. Please see the policy document for details

12.7

If a package provides a changelog in HTML format, a text-only version should also be included. (Such a version may be prepared using .)

3.2.1

Description of how to handle version numbers based on dates added

10.54. Version 3.0.1¶

Released July, 1999.

10.2

Added the clarification that the .la files are essential for the packages using libtool’s libltdl library, in which case the .la files must go in the run-time library package

10.55. Version 3.0.0¶

Released June, 1999.

Источник: [https://torrent-igruha.org/3551-portal.html]
, Module for Perl 5.8 Charset 9.1.2 serial key or number

YAML Ain’t Markup Language (YAML™) Version 1.2

Chapter 3. Processing YAML Information

YAML is both a text format and a method for presenting any native data structure in this format. Therefore, this specification defines two concepts: a class of data objects called YAML representations, and a syntax for presenting YAML representations as a series of characters, called a YAML stream. A YAML processor is a tool for converting information between these complementary views. It is assumed that a YAML processor does its work on behalf of another module, called an application. This chapter describes the information structures a YAML processor must provide to or obtain from the application.

YAML information is used in two ways: for machine processing, and for human consumption. The challenge of reconciling these two perspectives is best done in three distinct translation stages: representation, serialization, and presentation. Representation addresses how YAML views native data structures to achieve portability between programming environments. Serialization concerns itself with turning a YAML representation into a serial form, that is, a form with sequential access constraints. Presentation deals with the formatting of a YAML serialization as a series of characters in a human-friendly manner.

Translating between native data structures and a character stream is done in several logically distinct stages, each with a well defined input and output data model, as shown in the following diagram:

Figure 3.1. Processing Overview


A YAML processor need not expose the serialization or representation stages. It may translate directly between native data structures and a character stream (dump and load in the diagram above). However, such a direct translation should take place so that the native data structures are constructed only from information available in the representation. In particular, mapping key order, comments, and tag handles should not be referenced during composition.

Dumping native data structures to a character stream is done using the following three stages:

Representing Native Data Structures

YAML represents any native data structure using three node kinds: sequence - an ordered series of entries; mapping - an unordered association of uniquekeys to values; and scalar - any datum with opaque structure presentable as a series of Unicode characters. Combined, these primitives generate directed graph structures. These primitives were chosen because they are both powerful and familiar: the sequence corresponds to a Perl array and a Python list, the mapping corresponds to a Perl hash table and a Python dictionary. The scalar represents strings, integers, dates, and other atomic data types.

Each YAML node requires, in addition to its kind and content, a tag specifying its data type. Type specifiers are either global URIs, or are local in scope to a single application. For example, an integer is represented in YAML with a scalar plus the global tag “”. Similarly, an invoice object, particular to a given organization, could be represented as a mapping together with the local tag “”. This simple model can represent any data structure independent of programming language.

Serializing the Representation Graph
For sequential access mediums, such as an event callback API, a YAML representation must be serialized to an ordered tree. Since in a YAML representation, mapping keys are unordered and nodes may be referenced more than once (have more than one incoming “arrow”), the serialization process is required to impose an ordering on the mapping keys and to replace the second and subsequent references to a given node with place holders called aliases. YAML does not specify how these serialization details are chosen. It is up to the YAML processor to come up with human-friendly key order and anchor names, possibly with the help of the application. The result of this process, a YAML serialization tree, can then be traversed to produce a series of event calls for one-pass processing of YAML data.
Presenting the Serialization Tree
The final output process is presenting the YAML serializations as a character stream in a human-friendly manner. To maximize human readability, YAML offers a rich set of stylistic options which go far beyond the minimal functional needs of simple data storage. Therefore the YAML processor is required to introduce various presentation details when creating the stream, such as the choice of node styles, how to format scalar content, the amount of indentation, which tag handles to use, the node tags to leave unspecified, the set of directives to provide and possibly even what comments to add. While some of this can be done with the help of the application, in general this process should be guided by the preferences of the user.

Loadingnative data structures from a character stream is done using the following three stages:

Источник: [https://torrent-igruha.org/3551-portal.html]
Module for Perl 5.8 Charset 9.1.2 serial key or number

XML for Bioinformatics

XML, or Extensible Markup Language, is rapidly becoming a critical tool in bioinformatics and biological data exchange. XML is currently used to represent a diverse set of biological data, from nucleotide and protein sequences to protein-protein interactions and signal transduction pathways. XML is also used in a wide array of bioinformatics applications, including stand-alone applications, federated database systems, distributed applications, and web services.

The goal of XML for Bioinformatics is to provide a solid introduction to the emerging use of XML in the field of bioinformatics. It assumes no prior knowledge of XML, and illustrates all core concepts with specific bioinformatics examples and case studies. Core XML concepts include: fundamentals of XML, Document Type Definitions (DTDs), XML Namespaces, XML Schema, XML parsing in Perl and Java, web services and SOAP. Examples and case studies are drawn from a wide range of bioinformatics applications, including the Bioinformatic Sequence Markup Language (BSML), NCBI E-Fetch, the Distributed Annotation System (DAS), and the National Cancer Institute Cancer Bioinformatics Infrastructure Objects (caBIO) project.

A companion web site, available at: http://www.xmlbio.org/, provides complete access to all examples in the book.

Keywords

Annotation Document Object Model (DOM) Extensible Markup Language (XML) Java Perl SOAP Service Oriented Architecture (SOA) bioinformatics

Bibliographic information

Источник: [https://torrent-igruha.org/3551-portal.html]
.

What’s New in the Module for Perl 5.8 Charset 9.1.2 serial key or number?

Screen Shot

System Requirements for Module for Perl 5.8 Charset 9.1.2 serial key or number

Add a Comment

Your email address will not be published. Required fields are marked *