Comment 0 for bug 2004453
Revision history for this message
| Vladimir Petko (vpa1977) wrote [MIR] x265 | #0 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
72d0f49
demo site
(Get the code!)
[Availability]
The package x265 is already in Ubuntu universe.
The package x265 build for the architectures it is designed to work on.
It currently builds and works for architectures: amd64 arm64 armhf i386 ppc64el
riscv64 s390x
Link to package https:/
[Rationale]
- The package x265 will not generally be useful for a large part of
our user base, but is important/helpful still because it is required
for libheif
- Additionally new use-case enabled by this is encoding H.265/HEVC video
stream
- The package x265 is a new runtime dependency of package libheif that
we intend to support
- It would be great and useful to community/processes to have the
package TBD in Ubuntu main, but there is no definitive deadline.
[Security]
- Had 3 security issues in the past
- https:/
- https:/
- https:/
There are no open CVEs againt current (3.5.2) version of the package.
- no executables in `/sbin` and `/usr/sbin`
- Package does not install services, timers or recurring jobs
- Packages does not open privileged ports (ports < 1024)
- Packages does not contain extensions to security-sensitive software
[Quality assurance - function/usage]
- The package works well right after install
[Quality assurance - maintenance]
- The package is maintained well in Debian/Ubuntu and has not too many
and long term critical bugs open
- Ubuntu https:/
- Debian https:/
- The package has important open bugs, listing them:
- https:/
FTBS on kfreebsd, not applicable
- https:/
Feature request to enable build option
- https:/
SIGSEGV on previous version, need more information, e.g. input file
to investigate. Did not occur during my testing
(sample file encoding with ffmpeg)
- The package does not deal with exotic hardware we cannot support
[Quality assurance - testing]
- The package does not run a test at build time because
it is not implemented in the package.
The upstream contains TestBench target which can be enabled through
-DENABLE_TESTS=on passed to cmake. This creates TestBench executable
with unit tests.
- The package runs an autopkgtest, and is currently passing on
this amd64 arm64 armhf i386 ppc64el riscv64 s390x list of architectures,
link to test logs https:/
- The package does have not failing autopkgtests right now
[Quality assurance - packaging]
- debian/watch is present and works
- debian/control defines a correct Maintainer field
- This package does not yield massive lintian Warnings, Errors
https:/
- Please link to a recent build log of the package
https:/
- Please attach the full output you have got from
`lintian --pedantic` as an extra post to this bug.
- Lintian overrides are not present
- This package does not rely on obsolete or about to be demoted packages.
- This package has no python2 or GTK2 dependencies
- The package will not be installed by default
- Packaging and build is easy, link to d/rules
https:/
[UI standards]
- Application is not end-user facing (does not need translation)
- End-user applications without desktop file, not needed because
it does not provide any GUI
[Dependencies]
- No further depends or recommends dependencies that are not yet in main
[Standards compliance]
- This package correctly follows FHS and Debian Policy
[Maintenance/Owner]
- Owning Team will be Foundations Team
- Team is not yet, but will subscribe to the package before promotion
- This does not use static builds
- This does not use vendored code
- This package is not rust based
- The package successfully built during the most recent test rebuild
[Background information]
The Package description explains the package well
Upstream Name is x265 HEVC Encoder
Link to upstream project https:/