[Bug 1949776] Re: [MIR] wireplumber

2022-06-03 Thread Sebastien Bacher
> Just a side note: maybe precise on the doc that this is both for
pipewire AND wireplumber updates (you only mentioned the last).

Thanks for catching that, I updated the description now

** Description changed:

  [Availability]
  The package wireplumber is already in Ubuntu universe.
  The package wireplumber build for the architectures it is designed to work on.
  It currently builds and works for architetcures: amd64 arm64 armhf ppc64el 
riscv64
  Link to package https://launchpad.net/ubuntu/+source/wireplumber
  
  It's currently failing to build on s390x, which isn't Ubuntu specific and has 
been reported upstream
  https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/49
  
  [Rationale]
  - The package wireplumber is required in Ubuntu main for
  
  Pipewire deprecated pipewire-media-session which was provided by the
  same source and requires now either wireplumber or the legacy pipewire-
  media-session which was split in a new source. The upstream
  recommendation is to use wireplumber.
- 
- Having a session manager is required for screen sharing even if we don't
- use pipewire as a sound service.
- 
- We need to ensure that pipewire isn't started instead of pulseaudio
- which will require to lower pipewire-pulse to a Suggests or change the
- configuration
  
  [Security]
  - No CVEs/security issues in this software in the past
  - no `suid` or `sgid` binaries
  - no executables in `/sbin` and `/usr/sbin`
  - Package installs a service, but they are safe because it has reduced 
permission and its own user
  - 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 few non important 
reports
    - Ubuntu https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug
    - Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=wireplumber
  - 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/564480200/buildlog_ubuntu-jammy-amd64.wireplumber_0.4.4-1_BUILDING.txt.gz
  - The package does not run an autopkgtest since it's role is mostly to route 
audio and video streams according to the hardware configuration available which 
isn't easy a fit for the testing infrastructure.
  
  We added a testplan for our audio stack on
  https://wiki.ubuntu.com/DesktopTeam/TestPlans/Pipewire which also covers
  the dependencies (wireplumber, libfreeaptx, libldac)
  
  [Quality assurance - packaging]
  - debian/watch is present and works
  
  - lintian has only minor issues
  
  # lintian --pedantic
  W: wireplumber source: dependency-is-not-multi-archified 
libwireplumber-0.4-dev depends on gir1.2-wp-0.4 (multi-arch: no)
  W: wireplumber: no-manual-page usr/bin/wireplumber
  W: wireplumber: no-manual-page usr/bin/wpctl
  W: wireplumber: no-manual-page usr/bin/wpexec
  P: wireplumber source: package-does-not-install-examples tests/examples/
  
  - This package does not rely on obsolete or about to be demoted packages.
  - This package has no python2 or GTK2 dependencies
  
  - The package will be installed by default, but does not ask debconf
    questions higher than medium
  
  - Packaging and build is easy, https://salsa.debian.org/utopia-
  team/wireplumber/-/blob/debian/latest/debian/rules
  
  [UI standards]
  
  It's a service and doesn't have an UI
  
  [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]
  - desktop-packages is not yet, but will subscribe to the package before 
promotion
  
  - This does not use static builds
  - This does not use vendored code
  
  [Background information]
  The Package description explains the package well
  Upstream Name is wireplumber
  Link to upstream project https://gitlab.freedesktop.org/pipewire/wireplumber

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2022-06-02 Thread Didier Roche
This is a good initial plan, thanks for working on this! Just a side
note: maybe precise on the doc that this is both for pipewire AND
wireplumber updates (you only mentioned the last).

Ack on the armhf build failure too. MIR team ACK then!

** Changed in: wireplumber (Ubuntu)
 Assignee: Didier Roche (didrocks) => (unassigned)

** Changed in: wireplumber (Ubuntu)
   Status: New => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2022-06-02 Thread Sebastien Bacher
Thanks Didier,

I've added a testplan for pipewire now,
https://wiki.ubuntu.com/DesktopTeam/TestPlans/Pipewire. It does cover
the basis but we will improve it going forward according to the feedback
we will receive and the issues reported.

The armhf build failure was a builder issue, retry worked,
https://launchpad.net/ubuntu/+source/wireplumber/0.4.10-1ubuntu3/+build/23766120

** Description changed:

  [Availability]
  The package wireplumber is already in Ubuntu universe.
  The package wireplumber build for the architectures it is designed to work on.
  It currently builds and works for architetcures: amd64 arm64 armhf ppc64el 
riscv64
  Link to package https://launchpad.net/ubuntu/+source/wireplumber
  
  It's currently failing to build on s390x, which isn't Ubuntu specific and has 
been reported upstream
  https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/49
  
  [Rationale]
  - The package wireplumber is required in Ubuntu main for
  
  Pipewire deprecated pipewire-media-session which was provided by the
  same source and requires now either wireplumber or the legacy pipewire-
  media-session which was split in a new source. The upstream
  recommendation is to use wireplumber.
  
  Having a session manager is required for screen sharing even if we don't
  use pipewire as a sound service.
  
  We need to ensure that pipewire isn't started instead of pulseaudio
  which will require to lower pipewire-pulse to a Suggests or change the
  configuration
  
  [Security]
  - No CVEs/security issues in this software in the past
  - no `suid` or `sgid` binaries
  - no executables in `/sbin` and `/usr/sbin`
  - Package installs a service, but they are safe because it has reduced 
permission and its own user
  - 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 few non important 
reports
    - Ubuntu https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug
    - Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=wireplumber
  - 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/564480200/buildlog_ubuntu-jammy-amd64.wireplumber_0.4.4-1_BUILDING.txt.gz
- - The package does not run an autopkgtest since it's role is mostly to route 
audio and video streams according to the hardware configuration available which 
isn't easy a fit for the testing infrastructure. There isn't a proper testplan 
at this point but adding one to pipewire would probably make sense, wireplumber 
by itself would have no function.
+ - The package does not run an autopkgtest since it's role is mostly to route 
audio and video streams according to the hardware configuration available which 
isn't easy a fit for the testing infrastructure.
+ 
+ We added a testplan for our audio stack on
+ https://wiki.ubuntu.com/DesktopTeam/TestPlans/Pipewire which also covers
+ the dependencies (wireplumber, libfreeaptx, libldac)
  
  [Quality assurance - packaging]
  - debian/watch is present and works
  
  - lintian has only minor issues
  
  # lintian --pedantic
  W: wireplumber source: dependency-is-not-multi-archified 
libwireplumber-0.4-dev depends on gir1.2-wp-0.4 (multi-arch: no)
  W: wireplumber: no-manual-page usr/bin/wireplumber
  W: wireplumber: no-manual-page usr/bin/wpctl
  W: wireplumber: no-manual-page usr/bin/wpexec
  P: wireplumber source: package-does-not-install-examples tests/examples/
  
  - This package does not rely on obsolete or about to be demoted packages.
  - This package has no python2 or GTK2 dependencies
  
  - The package will be installed by default, but does not ask debconf
    questions higher than medium
  
  - Packaging and build is easy, https://salsa.debian.org/utopia-
  team/wireplumber/-/blob/debian/latest/debian/rules
  
  [UI standards]
  
  It's a service and doesn't have an UI
  
  [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]
  - desktop-packages is not yet, but will subscribe to the package before 
promotion
  
  - This does not use static builds
  - This does not use vendored code
  
  [Background information]
  The Package description explains the package well
  Upstream Name is wireplumber
  Link to upstream project https://gitlab.freedesktop.org/pipewire/wireplumber

** Changed in: wireplumber (Ubuntu)
   Status: Incomplete => New

** Changed in: wireplumber (Ubuntu)
 Assignee: Sebastien Bacher (seb128) => Didier Roche (didrocks)

-- 
You received this bug notification because you are a 

[Bug 1949776] Re: [MIR] wireplumber

2022-06-01 Thread Didier Roche
2 things blocking it before definitive ack:

* Current wireplubmer is blocked on proposed due to failing on armhf for now.
* An autopkgtest was added, but this one is only about building the package 
which isn’t sufficient IMHO to ensure a good tested package when releasing.
I suggest thus that you link here a global "pipewire" test plan which is 
exercising all those related components together.


** Changed in: wireplumber (Ubuntu)
   Status: New => Incomplete

** Changed in: wireplumber (Ubuntu)
 Assignee: Didier Roche (didrocks) => Sebastien Bacher (seb128)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2022-05-24 Thread Didier Roche
** Changed in: wireplumber (Ubuntu)
 Assignee: (unassigned) => Didier Roche (didrocks)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2022-05-20 Thread Sebastien Bacher
Reopening as we are ready to switch to pipewire now

We added an autopkgtest now which was the required todolist (and also forwarded 
to Debian)
https://autopkgtest.ubuntu.com/packages/w/wireplumber

The s390x fix has also been fixed which was the recommended action


** Changed in: wireplumber (Ubuntu)
   Status: Incomplete => New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2021-12-07 Thread Didier Roche
I unsuscribed the MIR team so that we can revisit it all once we are
wanting to promote it to main again and review it. Once this is the
case, please resuscribe, update any needed information and set the bug
report state back to New.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2021-12-01 Thread Sebastien Bacher
Thanks Didier. After extra consideration to the 'We need to ensure that
pipewire isn't started instead of pulseaudio' question Debian decided to
go for https://launchpad.net/ubuntu/+source/pipewire/0.3.40-2 and
default to pipewire-media-session instead of wireplumber until pipewire
is made the default sound service.

It probably makes sense for us to follow and stick the tested and simple
alternative for the LTS so I'm going to open a new MIR for that one,
hopefully it's easy since it's a split of code that was already in main
as part of pipewire.

We will still be interested to promote wireplumber after the LTS,
hopefully by then the build issues since after checking the git fix
wasn't enough. I've updated the description to cover that and the lack
of autopkgtests. What's the right way to put the request on hold? Keep
it this way or should we close as invalid and reopen when it's time to
request a review again?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2021-12-01 Thread Sebastien Bacher
** Description changed:

  [Availability]
  The package wireplumber is already in Ubuntu universe.
  The package wireplumber build for the architectures it is designed to work on.
  It currently builds and works for architetcures: amd64 arm64 armhf ppc64el 
riscv64
  Link to package https://launchpad.net/ubuntu/+source/wireplumber
  
  It's currently failing to build on s390x, which isn't Ubuntu specific and has 
been reported upstream
- It seems like it could be fixed in git since 
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1747
+ https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/49
  
  [Rationale]
  - The package wireplumber is required in Ubuntu main for
  
  Pipewire deprecated pipewire-media-session which was provided by the
  same source and requires now either wireplumber or the legacy pipewire-
  media-session which was split in a new source. The upstream
  recommendation is to use wireplumber.
  
  Having a session manager is required for screen sharing even if we don't
  use pipewire as a sound service.
  
  We need to ensure that pipewire isn't started instead of pulseaudio
  which will require to lower pipewire-pulse to a Suggests or change the
  configuration
  
  [Security]
  - No CVEs/security issues in this software in the past
  - no `suid` or `sgid` binaries
  - no executables in `/sbin` and `/usr/sbin`
  - Package installs a service, but they are safe because it has reduced 
permission and its own user
  - 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 few non important 
reports
    - Ubuntu https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug
    - Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=wireplumber
  - 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/564480200/buildlog_ubuntu-jammy-amd64.wireplumber_0.4.4-1_BUILDING.txt.gz
- - The package does not run an autopkgtest
+ - The package does not run an autopkgtest since it's role is mostly to route 
audio and video streams according to the hardware configuration available which 
isn't easy a fit for the testing infrastructure. There isn't a proper testplan 
at this point but adding one to pipewire would probably make sense, wireplumber 
by itself would have no function.
  
  [Quality assurance - packaging]
  - debian/watch is present and works
  
  - lintian has only minor issues
  
  # lintian --pedantic
  W: wireplumber source: dependency-is-not-multi-archified 
libwireplumber-0.4-dev depends on gir1.2-wp-0.4 (multi-arch: no)
  W: wireplumber: no-manual-page usr/bin/wireplumber
  W: wireplumber: no-manual-page usr/bin/wpctl
  W: wireplumber: no-manual-page usr/bin/wpexec
  P: wireplumber source: package-does-not-install-examples tests/examples/
  
  - This package does not rely on obsolete or about to be demoted packages.
  - This package has no python2 or GTK2 dependencies
  
  - The package will be installed by default, but does not ask debconf
    questions higher than medium
  
  - Packaging and build is easy, https://salsa.debian.org/utopia-
  team/wireplumber/-/blob/debian/latest/debian/rules
  
  [UI standards]
  
  It's a service and doesn't have an UI
  
  [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]
  - desktop-packages is not yet, but will subscribe to the package before 
promotion
  
  - This does not use static builds
  - This does not use vendored code
  
  [Background information]
  The Package description explains the package well
  Upstream Name is wireplumber
  Link to upstream project https://gitlab.freedesktop.org/pipewire/wireplumber

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2021-11-15 Thread Didier Roche
Review for Package: wireplumber

[Summary]
- The essence of the review result from the MIR POV
MIR team ACK constrained to an answer or fix to the questions below.

Required TODOs:
- There is no autopkgtests here and there is no statement on why they can’t be 
included. Can you investigate aroud here to see if we can leverage the package 
quality this way and avoid regressions?

Recommended TODOs:
- As you mentioned, this FTBFS on s390x. Can you try building with the patch 
you mentioned (https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1747) 
so that we can have s390x and promote them all in one go? Would be great to 
have it in debian and resync.

This does not need a security review
List of specific binary packages to be promoted to main: libwireplumber-0.4-0, 
wireplumber
Specific binary packages built, but NOT to be promoted to main: 
libwireplumber-0.4-dev, gir1.2-wp-0.4


[Duplication]
There is no other package in main providing the same functionality.

[Dependencies]
OK:
- no other Dependencies to MIR due to this
 - checked with check-mir
 - not listed in seeded-in-ubuntu
 - none of the built reverse-depends are in universe
- no -dev/-debug/-doc packages that need exclusion
- No dependencies in main that are only superficially tested requiring
more tests now.

[Embedded sources and static linking]

OK:
- no embedded source present
- no static linking
- does not have odd Built-Using entries

OK:
- not a go package, no extra constraints to consider in that regard

[Security]

OK:
- history of CVEs does not look concerning
- does run a daemon as root, but the service files drops a lot of priviledges 
first
- does not use webkit1,2
- does not use lib*v8 directly
- does not parse data formats
- does not open a port/socket
- does not process arbitrary web content
- does not use centralized online accounts
- does not integrate arbitrary javascript into the desktop
- does not deal with system authentication (eg, pam), etc)
- does not deal with security attestation (secure boot, tpm, signatures)

[Common blockers]

OK:
- does not FTBFS currently but on x390x (see recommended TODO on top)
- does have a test suite that runs at build time
- no new python2 dependency
- Python package, but using dh_python
- Go package, but using dh-golang

Problems:
- does not have autopkgtests

[Packaging red flags]

OK:
- Ubuntu does not carry a delta
- symbols tracking is in place
- d/watch is present and looks ok
- Upstream update history is good
- Debian/Ubuntu update history is good
- the current release is not packaged, but lag by only one minor version behind
- promoting this does not seem to cause issues for MOTUs that so far
- no massive Lintian warnings
- d/rules is rather clean
- It is not on the lto-disabled list


[Upstream red flags]

OK:
- no excessive Errors/warnings during the build
- no incautious use of malloc/sprintf (as far as we can check it)
- no use of sudo, gksu, pkexec, or LD_LIBRARY_PATH (usage is OK inside tests)
- no use of user nobody
- no use of setuid
- no important open bugs (crashers, etc) in Debian or Ubuntu
- no dependency on webkit, qtwebkit, seed or libgoa-*
- not part of the UI for extra checks
- no translation present, but none needed for this case (not user visible)


** Bug watch added: gitlab.freedesktop.org/pipewire/pipewire/-/issues #1747
   https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1747

** Changed in: wireplumber (Ubuntu)
   Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1949776

Title:
  [MIR] wireplumber

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug/1949776/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1949776] Re: [MIR] wireplumber

2021-11-15 Thread Sebastien Bacher
** Description changed:

- * Availability
- 
- In sync with Debian.
- https://launchpad.net/ubuntu/+source/wireplumber/0.4.4-1
+ [Availability]
+ The package wireplumber is already in Ubuntu universe.
+ The package wireplumber build for the architectures it is designed to work on.
+ It currently builds and works for architetcures: amd64 arm64 armhf ppc64el 
riscv64
+ Link to package 
[[https://bugs.launchpad.net/ubuntu/+source/wireplumber|wireplumber]]
  
  It's currently failing to build on s390x, which isn't Ubuntu specific and has 
been reported upstream
  It seems like it could be fixed in git since 
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1747
  
- * Rationale
+ [Rationale]
+ - The package wireplumber is required in Ubuntu main for 
  
  Pipewire deprecated pipewire-media-session which was provided by the
  same source and requires now either wireplumber or the legacy pipewire-
  media-session which was split in a new source. The upstream
  recommendation is to use wireplumber.
  
  Having a session manager is required for screen sharing even if we don't
  use pipewire as a sound service.
  
  We need to ensure that pipewire isn't started instead of pulseaudio
  which will require to lower pipewire-pulse to a Suggests or change the
  configuration
  
- * Security
+ [Security]
+ - No CVEs/security issues in this software in the past
+ - no `suid` or `sgid` binaries
+ - no executables in `/sbin` and `/usr/sbin`
+ - Package installs a service, but they are safe because it has reduced 
permission and its own user
+ - Packages does not open privileged ports (ports < 1024)
+ - Packages does not contain extensions to security-sensitive software
  
- No known security issues
+ [Quality assurance - function/usage]
+ - The package works well right after install
  
- https://security-tracker.debian.org/tracker/source-package/wireplumber
- https://launchpad.net/ubuntu/+source/wireplumber/+cve
- https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=wireplumber
+ [Quality assurance - maintenance]
+ - The package is maintained well in Debian/Ubuntu and has few non important 
reports
+   - Ubuntu https://bugs.launchpad.net/ubuntu/+source/wireplumber/+bug
+   - Debian https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=wireplumber
+ - The package does not deal with exotic hardware we cannot support
  
- * Quality assurance
+ [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/564480200/buildlog_ubuntu-jammy-amd64.wireplumber_0.4.4-1_BUILDING.txt.gz
+ - The package does not run an autopkgtest
  
- - The desktop-packages team is going to be subscribed
+ [Quality assurance - packaging]
+ - debian/watch is present and works
  
- - No Ubuntu open reports
- https://bugs.launchpad.net/ubuntu/+source/wireplumber
- - Debian has a few reports that have to do with using pipewire as the sound 
service
- https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=wireplumber
- The upstream list seems in shape
- https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues
+ - lintian has only minor issues
  
- The package build is conditional to the upstream testsuite results and
- currently working
+ # lintian --pedantic
+ W: wireplumber source: dependency-is-not-multi-archified 
libwireplumber-0.4-dev depends on gir1.2-wp-0.4 (multi-arch: no)
+ W: wireplumber: no-manual-page usr/bin/wireplumber
+ W: wireplumber: no-manual-page usr/bin/wpctl
+ W: wireplumber: no-manual-page usr/bin/wpexec
+ P: wireplumber source: package-does-not-install-examples tests/examples/
  
- '   dh_auto_test -O--buildsystem=meson
- ...
- Ok: 22
- Expected Fail:  0
- Fail:   0
- Unexpected Pass:0
- Skipped:0
- Timeout:0   '
+ - This package does not rely on obsolete or about to be demoted packages.
+ - This package has no python2 or GTK2 dependencies
  
- There is no autopkgtest provided
+ - The package will be installed by default, but does not ask debconf
+   questions higher than medium
  
- * Dependencies
+ - Packaging and build is easy, https://salsa.debian.org/utopia-
+ team/wireplumber/-/blob/debian/latest/debian/rules
  
- The dependencies are in main
-  Depends: libc6 (>= 2.34), libglib2.0-0 (>= 2.62), libpipewire-0.3-0 (>= 
0.3.32), libwireplumber-0.4-0 (>= 0.4.2), init-system-helpers (>= 1.52), 
pipewire (>= 0.3.32)
+ [UI standards]
  
- * Standards compliance
+ It's a service and doesn't have an UI
  
- Use current Standards-Version and dh13
+ [Dependencies]
+ - No further depends or recommends dependencies that are not yet in main
  
- * Maintenance
+ [Standards compliance]
+ - This package correctly follows FHS and Debian Policy
  
- The package is maintained it Debian by the utopia team, the package is
- in sync, the Desktop Team is going to maintain it in Ubuntu
+ [Maintenance/Owner]
+ - desktop-packages is not yet, but will subscribe to the package before 

[Bug 1949776] Re: [MIR] wireplumber

2021-11-10 Thread Sebastien Bacher
** Description changed:

- 
+ * Availability
+ 
+ In sync with Debian. 
+ https://launchpad.net/ubuntu/+source/wireplumber/0.4.4-1
+ 
+ It's currently failing to build on s390x, which isn't Ubuntu specific and has 
been reported upstream
+ It seems like it could be fixed in git since 
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1747
+ 
+ * Rationale
+ 
+ Pipewire deprecated pipewire-media-session which was provided by the same 
source and requires now either wireplumber or the legacy pipewire-media-session 
which was split in a new source. The upstream recommendation is to use 
wireplumber.
+ Having a session manager is required for screen sharing even if we don't use 
pipewire as a sound service.
+ 
+ * Security
+ 
+ No known security issues
+ 
+ https://security-tracker.debian.org/tracker/source-package/wireplumber
+ https://launchpad.net/ubuntu/+source/wireplumber/+cve
+ https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=wireplumber
+ 
+ * Quality assurance
+ 
+ - The desktop-packages team is going to be subscribed
+ 
+ - No Ubuntu open reports
+ https://bugs.launchpad.net/ubuntu/+source/wireplumber
+ - Debian has a few reports that have to do with using pipewire as the sound 
service
+ https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=wireplumber
+ The upstream list seems in shape
+ https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues
+ 
+ The package build is conditional to the upstream testsuite results and
+ currently working
+ 
+ '   dh_auto_test -O--buildsystem=meson
+ ...
+ Ok: 22  
+ Expected Fail:  0   
+ Fail:   0   
+ Unexpected Pass:0   
+ Skipped:0   
+ Timeout:0   '
+ 
+ There is no autopkgtest provided
+ 
+ * Dependencies
+ 
+ The dependencies are in main
+  Depends: libc6 (>= 2.34), libglib2.0-0 (>= 2.62), libpipewire-0.3-0 (>= 
0.3.32), libwireplumber-0.4-0 (>= 0.4.2), init-system-helpers (>= 1.52), 
pipewire (>= 0.3.32)
+ 
+ * Standards compliance
+ 
+ Use current Standards-Version and dh13
+ 
+ * Maintenance
+ 
+ The package is maintained it Debian by the utopia team, the package is
+ in sync, the Desktop Team is going to maintain it in Ubuntu

** Changed in: wireplumber (Ubuntu)
   Status: Incomplete => New

** Changed in: wireplumber (Ubuntu)
 Assignee: Sebastien Bacher (seb128) => (unassigned)

** Description changed:

  * Availability
  
- In sync with Debian. 
+ In sync with Debian.
  https://launchpad.net/ubuntu/+source/wireplumber/0.4.4-1
  
  It's currently failing to build on s390x, which isn't Ubuntu specific and has 
been reported upstream
  It seems like it could be fixed in git since 
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1747
  
  * Rationale
  
- Pipewire deprecated pipewire-media-session which was provided by the same 
source and requires now either wireplumber or the legacy pipewire-media-session 
which was split in a new source. The upstream recommendation is to use 
wireplumber.
- Having a session manager is required for screen sharing even if we don't use 
pipewire as a sound service.
+ Pipewire deprecated pipewire-media-session which was provided by the
+ same source and requires now either wireplumber or the legacy pipewire-
+ media-session which was split in a new source. The upstream
+ recommendation is to use wireplumber.
+ 
+ Having a session manager is required for screen sharing even if we don't
+ use pipewire as a sound service.
+ 
+ We need to ensure that pipewire isn't started instead of pulseaudio
+ which will require to lower pipewire-pulse to a Suggests or change the
+ configuration
  
  * Security
  
  No known security issues
  
  https://security-tracker.debian.org/tracker/source-package/wireplumber
  https://launchpad.net/ubuntu/+source/wireplumber/+cve
  https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=wireplumber
  
  * Quality assurance
  
  - The desktop-packages team is going to be subscribed
  
  - No Ubuntu open reports
  https://bugs.launchpad.net/ubuntu/+source/wireplumber
  - Debian has a few reports that have to do with using pipewire as the sound 
service
  https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=wireplumber
  The upstream list seems in shape
  https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues
  
  The package build is conditional to the upstream testsuite results and
  currently working
  
  '   dh_auto_test -O--buildsystem=meson
  ...
- Ok: 22  
- Expected Fail:  0   
- Fail:   0   
- Unexpected Pass:0   
- Skipped:0   
+ Ok: 22
+ Expected Fail:  0
+ Fail:   0
+ Unexpected Pass:0
+ Skipped:0
  Timeout:0   '
  
  There is no autopkgtest provided
  
  * Dependencies
  
  The dependencies are in main
-  Depends: libc6 (>= 2.34), libglib2.0-0 (>= 2.62), libpipewire-0.3-0 (>= 
0.3.32), libwireplumber-0.4-0 (>= 0.4.2), init-system-helpers (>= 1.52), 
pipewire (>= 0.3.32)
+  Depends: libc6 (>= 2.34),