| 2023-02-28 15:40:17 |
Christian Ehrhardt |
bug |
|
|
added bug |
| 2023-02-28 15:40:25 |
Christian Ehrhardt |
bug |
|
|
added subscriber Ubuntu Server |
| 2023-02-28 15:40:31 |
Christian Ehrhardt |
tags |
lunar |
lunar server-todo |
|
| 2023-02-28 16:16:09 |
Christian Ehrhardt |
libtracefs (Ubuntu): status |
Incomplete |
New |
|
| 2023-02-28 16:17:58 |
Christian Ehrhardt |
libtracefs (Ubuntu): assignee |
|
Lucas Kanashiro (lucaskanashiro) |
|
| 2023-03-07 15:22:12 |
Lucas Kanashiro |
description |
Found in component mismatches
ndctl | 75-1 | lunar | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x
ndctl | 76-1 | lunar-proposed | source, amd64, arm64, armhf, ppc64el, riscv64, s390x
The new version depends on libtraceevent + libtracefs |
[Availability]
The package libtracefs is already in Ubuntu universe.
The package libtracefs build for the architectures it is designed to work on.
It currently builds and works for architectures: amd64, arm64, armhf, ppc64el, riscv64, s390x.
Link to package [[https://launchpad.net/ubuntu/+source/libtracefs|libtracefs]]
[Rationale]
libtracefs is a new dependency of ndctl which was introduced by upstream in version 76:
https://github.com/pmem/ndctl/commit/68c72f36e
Since ndctl is in main and libtracefs seems to enable useful features, let's promote it to main and fix the component mismathc.
It would be great and useful to community/processes to have the package libtracefs in Ubuntu main, but there is no hard deadline, hopefully before Lunar release.
[Security]
Nothing was found in the CVE database:
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=libtracefs
Also nothing was found in the OSS security mailing list archive.
No CVE in the Ubuntu security tracker:
https://ubuntu.com/security/cves?package=libtracefs
Nor in the Debian security tracker:
https://security-tracker.debian.org/tracker/source-package/libtracefs
- 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 (filters, scanners, plugins, UI skins, ...)
[Quality assurance - function/usage]
- The package works well right after install
[Quality assurance - maintenance]
- The package is maintained well in Debian/Ubuntu/Upstream and does not have too many, long-term & critical, open bugs
- Ubuntu https://bugs.launchpad.net/ubuntu/+source/libtracefs/+bug
- Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libtracefs
- The package does not deal with exotic hardware we cannot support
[Quality assurance - testing]
- The package runs a test suite on build time, if it fails it makes the build fail, link to build log:
https://launchpadlibrarian.net/646632616/buildlog_ubuntu-lunar-amd64.libtracefs_1.6.4-1_BUILDING.txt.gz
The package does not implement any DEP-8 test right now. I am adding some here:
https://code.launchpad.net/~lucaskanashiro/ubuntu/+source/libtracefs/+git/libtracefs/+merge/438414
Once it is approved it will be uploaded to Lunar and forwarded to Debian.
Since there is not autopkgtest run against the version in the archive, there is no failure.
[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
W: libtracefs source: newer-standards-version 4.6.2 (current is 4.5.0)
P: libtracefs source: package-uses-experimental-debhelper-compat-version 13
P: libtracefs source: rules-requires-root-missing
- Lintian overrides are not present
- This package does not rely on obsolete or about to be demoted packages.
- The package will not be installed by default
- Packaging and build is easy, link to d/rules:
https://git.launchpad.net/ubuntu/+source/libtracefs/tree/debian/rules
[UI standards]
- Application is not end-user facing (does not need translation)
[Dependencies]
- There is one dependency that is not yet in main, MIR for it at:
<link_libtreceevent_mir>
[Standards compliance]
- This package correctly follows FHS and Debian Policy
[Maintenance/Owner]
- Owning Team will be Server
- 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 has been built in the archive more recently than the last test rebuild
[Background information]
The Package description explains the package well
Upstream Name is libtracefs
Link to upstream project: https://git.kernel.org/pub/scm/libs/libtrace/libtracefs.git
[Original description]
Found in component mismatches
ndctl | 75-1 | lunar | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x
ndctl | 76-1 | lunar-proposed | source, amd64, arm64, armhf, ppc64el, riscv64, s390x
The new version depends on libtraceevent + libtracefs |
|
| 2023-03-07 15:22:13 |
Lucas Kanashiro |
libtracefs (Ubuntu): status |
New |
In Progress |
|
| 2023-03-08 14:59:12 |
Lucas Kanashiro |
description |
[Availability]
The package libtracefs is already in Ubuntu universe.
The package libtracefs build for the architectures it is designed to work on.
It currently builds and works for architectures: amd64, arm64, armhf, ppc64el, riscv64, s390x.
Link to package [[https://launchpad.net/ubuntu/+source/libtracefs|libtracefs]]
[Rationale]
libtracefs is a new dependency of ndctl which was introduced by upstream in version 76:
https://github.com/pmem/ndctl/commit/68c72f36e
Since ndctl is in main and libtracefs seems to enable useful features, let's promote it to main and fix the component mismathc.
It would be great and useful to community/processes to have the package libtracefs in Ubuntu main, but there is no hard deadline, hopefully before Lunar release.
[Security]
Nothing was found in the CVE database:
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=libtracefs
Also nothing was found in the OSS security mailing list archive.
No CVE in the Ubuntu security tracker:
https://ubuntu.com/security/cves?package=libtracefs
Nor in the Debian security tracker:
https://security-tracker.debian.org/tracker/source-package/libtracefs
- 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 (filters, scanners, plugins, UI skins, ...)
[Quality assurance - function/usage]
- The package works well right after install
[Quality assurance - maintenance]
- The package is maintained well in Debian/Ubuntu/Upstream and does not have too many, long-term & critical, open bugs
- Ubuntu https://bugs.launchpad.net/ubuntu/+source/libtracefs/+bug
- Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libtracefs
- The package does not deal with exotic hardware we cannot support
[Quality assurance - testing]
- The package runs a test suite on build time, if it fails it makes the build fail, link to build log:
https://launchpadlibrarian.net/646632616/buildlog_ubuntu-lunar-amd64.libtracefs_1.6.4-1_BUILDING.txt.gz
The package does not implement any DEP-8 test right now. I am adding some here:
https://code.launchpad.net/~lucaskanashiro/ubuntu/+source/libtracefs/+git/libtracefs/+merge/438414
Once it is approved it will be uploaded to Lunar and forwarded to Debian.
Since there is not autopkgtest run against the version in the archive, there is no failure.
[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
W: libtracefs source: newer-standards-version 4.6.2 (current is 4.5.0)
P: libtracefs source: package-uses-experimental-debhelper-compat-version 13
P: libtracefs source: rules-requires-root-missing
- Lintian overrides are not present
- This package does not rely on obsolete or about to be demoted packages.
- The package will not be installed by default
- Packaging and build is easy, link to d/rules:
https://git.launchpad.net/ubuntu/+source/libtracefs/tree/debian/rules
[UI standards]
- Application is not end-user facing (does not need translation)
[Dependencies]
- There is one dependency that is not yet in main, MIR for it at:
<link_libtreceevent_mir>
[Standards compliance]
- This package correctly follows FHS and Debian Policy
[Maintenance/Owner]
- Owning Team will be Server
- 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 has been built in the archive more recently than the last test rebuild
[Background information]
The Package description explains the package well
Upstream Name is libtracefs
Link to upstream project: https://git.kernel.org/pub/scm/libs/libtrace/libtracefs.git
[Original description]
Found in component mismatches
ndctl | 75-1 | lunar | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x
ndctl | 76-1 | lunar-proposed | source, amd64, arm64, armhf, ppc64el, riscv64, s390x
The new version depends on libtraceevent + libtracefs |
[Availability]
The package libtracefs is already in Ubuntu universe.
The package libtracefs build for the architectures it is designed to work on.
It currently builds and works for architectures: amd64, arm64, armhf, ppc64el, riscv64, s390x.
Link to package [[https://launchpad.net/ubuntu/+source/libtracefs|libtracefs]]
[Rationale]
libtracefs is a new dependency of ndctl which was introduced by upstream in version 76:
https://github.com/pmem/ndctl/commit/68c72f36e
Since ndctl is in main and libtracefs seems to enable useful features, let's promote it to main and fix the component mismathc.
It would be great and useful to community/processes to have the package libtracefs in Ubuntu main, but there is no hard deadline, hopefully before Lunar release.
[Security]
Nothing was found in the CVE database:
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=libtracefs
Also nothing was found in the OSS security mailing list archive.
No CVE in the Ubuntu security tracker:
https://ubuntu.com/security/cves?package=libtracefs
Nor in the Debian security tracker:
https://security-tracker.debian.org/tracker/source-package/libtracefs
- 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 (filters, scanners, plugins, UI skins, ...)
[Quality assurance - function/usage]
- The package works well right after install
[Quality assurance - maintenance]
- The package is maintained well in Debian/Ubuntu/Upstream and does not have too many, long-term & critical, open bugs
- Ubuntu https://bugs.launchpad.net/ubuntu/+source/libtracefs/+bug
- Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libtracefs
- The package does not deal with exotic hardware we cannot support
[Quality assurance - testing]
- The package runs a test suite on build time, if it fails it makes the build fail, link to build log:
https://launchpadlibrarian.net/646632616/buildlog_ubuntu-lunar-amd64.libtracefs_1.6.4-1_BUILDING.txt.gz
The package does not implement any DEP-8 test right now. I am adding some here:
https://code.launchpad.net/~lucaskanashiro/ubuntu/+source/libtracefs/+git/libtracefs/+merge/438414
Once it is approved it will be uploaded to Lunar and forwarded to Debian.
Since there is no autopkgtest run against the version in the archive, there is no failure.
[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
W: libtracefs source: newer-standards-version 4.6.2 (current is 4.5.0)
P: libtracefs source: package-uses-experimental-debhelper-compat-version 13
P: libtracefs source: rules-requires-root-missing
- Lintian overrides are not present
- This package does not rely on obsolete or about to be demoted packages.
- The package will not be installed by default
- Packaging and build is easy, link to d/rules:
https://git.launchpad.net/ubuntu/+source/libtracefs/tree/debian/rules
[UI standards]
- Application is not end-user facing (does not need translation)
[Dependencies]
- There is one dependency that is not yet in main, MIR for it at:
<link_libtreceevent_mir>
[Standards compliance]
- This package correctly follows FHS and Debian Policy
[Maintenance/Owner]
- Owning Team will be Server
- 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 has been built in the archive more recently than the last test rebuild
[Background information]
The Package description explains the package well
Upstream Name is libtracefs
Link to upstream project: https://git.kernel.org/pub/scm/libs/libtrace/libtracefs.git
[Original description]
Found in component mismatches
ndctl | 75-1 | lunar | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x
ndctl | 76-1 | lunar-proposed | source, amd64, arm64, armhf, ppc64el, riscv64, s390x
The new version depends on libtraceevent + libtracefs |
|
| 2023-03-08 15:05:51 |
Lucas Kanashiro |
description |
[Availability]
The package libtracefs is already in Ubuntu universe.
The package libtracefs build for the architectures it is designed to work on.
It currently builds and works for architectures: amd64, arm64, armhf, ppc64el, riscv64, s390x.
Link to package [[https://launchpad.net/ubuntu/+source/libtracefs|libtracefs]]
[Rationale]
libtracefs is a new dependency of ndctl which was introduced by upstream in version 76:
https://github.com/pmem/ndctl/commit/68c72f36e
Since ndctl is in main and libtracefs seems to enable useful features, let's promote it to main and fix the component mismathc.
It would be great and useful to community/processes to have the package libtracefs in Ubuntu main, but there is no hard deadline, hopefully before Lunar release.
[Security]
Nothing was found in the CVE database:
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=libtracefs
Also nothing was found in the OSS security mailing list archive.
No CVE in the Ubuntu security tracker:
https://ubuntu.com/security/cves?package=libtracefs
Nor in the Debian security tracker:
https://security-tracker.debian.org/tracker/source-package/libtracefs
- 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 (filters, scanners, plugins, UI skins, ...)
[Quality assurance - function/usage]
- The package works well right after install
[Quality assurance - maintenance]
- The package is maintained well in Debian/Ubuntu/Upstream and does not have too many, long-term & critical, open bugs
- Ubuntu https://bugs.launchpad.net/ubuntu/+source/libtracefs/+bug
- Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libtracefs
- The package does not deal with exotic hardware we cannot support
[Quality assurance - testing]
- The package runs a test suite on build time, if it fails it makes the build fail, link to build log:
https://launchpadlibrarian.net/646632616/buildlog_ubuntu-lunar-amd64.libtracefs_1.6.4-1_BUILDING.txt.gz
The package does not implement any DEP-8 test right now. I am adding some here:
https://code.launchpad.net/~lucaskanashiro/ubuntu/+source/libtracefs/+git/libtracefs/+merge/438414
Once it is approved it will be uploaded to Lunar and forwarded to Debian.
Since there is no autopkgtest run against the version in the archive, there is no failure.
[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
W: libtracefs source: newer-standards-version 4.6.2 (current is 4.5.0)
P: libtracefs source: package-uses-experimental-debhelper-compat-version 13
P: libtracefs source: rules-requires-root-missing
- Lintian overrides are not present
- This package does not rely on obsolete or about to be demoted packages.
- The package will not be installed by default
- Packaging and build is easy, link to d/rules:
https://git.launchpad.net/ubuntu/+source/libtracefs/tree/debian/rules
[UI standards]
- Application is not end-user facing (does not need translation)
[Dependencies]
- There is one dependency that is not yet in main, MIR for it at:
<link_libtreceevent_mir>
[Standards compliance]
- This package correctly follows FHS and Debian Policy
[Maintenance/Owner]
- Owning Team will be Server
- 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 has been built in the archive more recently than the last test rebuild
[Background information]
The Package description explains the package well
Upstream Name is libtracefs
Link to upstream project: https://git.kernel.org/pub/scm/libs/libtrace/libtracefs.git
[Original description]
Found in component mismatches
ndctl | 75-1 | lunar | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x
ndctl | 76-1 | lunar-proposed | source, amd64, arm64, armhf, ppc64el, riscv64, s390x
The new version depends on libtraceevent + libtracefs |
[Availability]
The package libtracefs is already in Ubuntu universe.
The package libtracefs build for the architectures it is designed to work on.
It currently builds and works for architectures: amd64, arm64, armhf, ppc64el, riscv64, s390x.
Link to package [[https://launchpad.net/ubuntu/+source/libtracefs|libtracefs]]
[Rationale]
libtracefs is a new dependency of ndctl which was introduced by upstream in version 76:
https://github.com/pmem/ndctl/commit/68c72f36e
Since ndctl is in main and libtracefs seems to enable useful features, let's promote it to main and fix the component mismathc.
It would be great and useful to community/processes to have the package libtracefs in Ubuntu main, but there is no hard deadline, hopefully before Lunar release.
[Security]
Nothing was found in the CVE database:
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=libtracefs
Also nothing was found in the OSS security mailing list archive.
No CVE in the Ubuntu security tracker:
https://ubuntu.com/security/cves?package=libtracefs
Nor in the Debian security tracker:
https://security-tracker.debian.org/tracker/source-package/libtracefs
- 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 (filters, scanners, plugins, UI skins, ...)
[Quality assurance - function/usage]
- The package works well right after install
[Quality assurance - maintenance]
- The package is maintained well in Debian/Ubuntu/Upstream and does not have too many, long-term & critical, open bugs
- Ubuntu https://bugs.launchpad.net/ubuntu/+source/libtracefs/+bug
- Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libtracefs
- The package does not deal with exotic hardware we cannot support
[Quality assurance - testing]
- The package runs a test suite on build time, if it fails it makes the build fail, link to build log:
https://launchpadlibrarian.net/646632616/buildlog_ubuntu-lunar-amd64.libtracefs_1.6.4-1_BUILDING.txt.gz
The package does not implement any DEP-8 test right now. I am adding some here:
https://code.launchpad.net/~lucaskanashiro/ubuntu/+source/libtracefs/+git/libtracefs/+merge/438414
Once it is approved it will be uploaded to Lunar and forwarded to Debian.
Since there is no autopkgtest run against the version in the archive, there is no failure.
[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
W: libtracefs source: newer-standards-version 4.6.2 (current is 4.5.0)
P: libtracefs source: package-uses-experimental-debhelper-compat-version 13
P: libtracefs source: rules-requires-root-missing
- Lintian overrides are not present
- This package does not rely on obsolete or about to be demoted packages.
- The package will not be installed by default
- Packaging and build is easy, link to d/rules:
https://git.launchpad.net/ubuntu/+source/libtracefs/tree/debian/rules
[UI standards]
- Application is not end-user facing (does not need translation)
[Dependencies]
- There is one dependency that is not yet in main, MIR for libtraceevent at:
https://bugs.launchpad.net/ubuntu/+source/libtraceevent/+bug/2009715
[Standards compliance]
- This package correctly follows FHS and Debian Policy
[Maintenance/Owner]
- Owning Team will be Server
- 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 has been built in the archive more recently than the last test rebuild
[Background information]
The Package description explains the package well
Upstream Name is libtracefs
Link to upstream project: https://git.kernel.org/pub/scm/libs/libtrace/libtracefs.git
[Original description]
Found in component mismatches
ndctl | 75-1 | lunar | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x
ndctl | 76-1 | lunar-proposed | source, amd64, arm64, armhf, ppc64el, riscv64, s390x
The new version depends on libtraceevent + libtracefs |
|
| 2023-03-08 20:08:42 |
Lucas Kanashiro |
bug |
|
|
added subscriber MIR approval team |
| 2023-03-14 15:39:02 |
Christian Ehrhardt |
libtracefs (Ubuntu): assignee |
Lucas Kanashiro (lucaskanashiro) |
|
|
| 2023-03-14 15:39:05 |
Christian Ehrhardt |
libtracefs (Ubuntu): status |
In Progress |
New |
|
| 2023-03-14 15:39:44 |
Christian Ehrhardt |
libtracefs (Ubuntu): assignee |
|
Lukas Märdian (slyon) |
|
| 2023-03-20 09:26:24 |
Didier Roche-Tolomelli |
libtracefs (Ubuntu): assignee |
Lukas Märdian (slyon) |
Didier Roche-Tolomelli (didrocks) |
|
| 2023-03-21 10:48:14 |
Lukas Märdian |
attachment added |
|
no-libtracefs.debdiff https://bugs.launchpad.net/ubuntu/+source/libtracefs/+bug/2008799/+attachment/5656274/+files/no-libtracefs.debdiff |
|
| 2023-03-21 13:09:56 |
Lukas Märdian |
libtracefs (Ubuntu): status |
New |
Won't Fix |
|
| 2023-03-21 13:09:58 |
Lukas Märdian |
libtracefs (Ubuntu): assignee |
Didier Roche-Tolomelli (didrocks) |
|
|
| 2023-03-21 13:14:38 |
Lukas Märdian |
bug task added |
|
ndctl (Ubuntu) |
|
| 2023-03-21 13:14:45 |
Lukas Märdian |
ndctl (Ubuntu): status |
New |
In Progress |
|
| 2023-03-21 13:15:16 |
Lukas Märdian |
ndctl (Ubuntu): assignee |
|
Lukas Märdian (slyon) |
|
| 2023-03-21 19:24:37 |
Launchpad Janitor |
ndctl (Ubuntu): status |
In Progress |
Fix Released |
|
| 2024-02-06 19:45:31 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~ahasenack/ubuntu/+source/ndctl/+git/ndctl/+merge/460122 |
|
| 2024-02-06 20:33:15 |
Andreas Hasenack |
merge proposal unlinked |
https://code.launchpad.net/~ahasenack/ubuntu/+source/ndctl/+git/ndctl/+merge/460122 |
|
|
| 2024-03-12 11:38:40 |
Lukas Märdian |
removed subscriber MIR approval team |
|
|
|
