php-mapi conflicts with other version

Bug #1733572 reported by Christian Ehrhardt 
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kopanocore (Ubuntu)
Fix Released
Undecided
Nish Aravamudan

Bug Description

Upon upgrade with kopanocore installed I got this:

Preparing to unpack .../php-mapi_8.3.4-4ubuntu3_amd64.deb ...
Unpacking php-mapi (8.3.4-4ubuntu3) ...
dpkg: error processing archive /var/cache/apt/archives/php-mapi_8.3.4-4ubuntu3_amd64.deb (--unpack):
 trying to overwrite '/etc/php/7.1/mods-available/mapi.ini', which is also in package php7.1-mapi 8.1.0-3ubuntu6
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/php-mapi_8.3.4-4ubuntu3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Workaround:
$ dpkg --remove php7.1-mapi
$ apt --fix-broken install

It seems the package got a rename from php7.1-mapi to php-mapi
Was that an accident?
If not IMHO I think it needs a breaks && replaces statement?

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Since I'm not sure what the intended way (rename it and add breaks OR renamed by accident) was I'd prefer to wait for Nish unless somebody knows and can share what the intended packaging should be.

Changed in kopanocore (Ubuntu):
status: New → Confirmed
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

I don't want to do the rename without consulting nish, but I can fix up the current broken version to stick with the name it had before until he is around.

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

The other new name only ever was in proposed, so we need no transition back.
And Nish can later on decide how it should be in Bionic.

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Once decided this will be one of: https://wiki.debian.org/PackageTransition

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Tested from ppa [1] and working, adding a MP for review soon ...

[1]: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3048

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

The fix of this is combined with bug 1733591 and currently an MP [1] is up to review.

[1]: https://code.launchpad.net/~paelzer/ubuntu/+source/kopanocore/+git/kopanocore/+merge/334097

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Tested and acked on MP - uploading to bionic and hoping this fixes all outstanding issues.
Thanks to everybody involved.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package kopanocore - 8.3.4-4ubuntu4

---------------
kopanocore (8.3.4-4ubuntu4) bionic; urgency=medium

  [ Christian Ehrhardt ]
  * keep php7.1-mapi package name to avoid conclicts (LP: #1733572)
    - debian/php-mapi* renamed to debian/php7.1-mapi* (as it was before)
    - debian/control: changed name back to php7.1-mapi
  * fix 8.3.4-4ubuntu3 apparmor issues (LP: #1733591)
    - allow to read (file_mprotect) for kopano-server
    - allow to read (file_mprotect) for kopano-dagent
    - allow server to reach mysql.sock (follow disconnects)
    - allow kopano_userscripts to reach mysql.sock (follow disconnects)
    - allow kopano_dagent to reach mysql.sock (follow disconnects)
    - allow kopano_search to reach mysql.sock (follow disconnects)
    - allow dagent to reach kopano server socket
    - allow to create /var/lib/kopano/attachments
    - python files were not correctly installed
      - debian/rules: add python2 to dh call to correctly render pyc files
      - debian/control: add ${python:Depends} to all packages shiping python
        files
      - add all called dh addons as build depends

  [ Steve Langasek ]
  * Further fixes for new denies and behavior in 8.3.4-4ubuntu3 to fix
    failing autopkgtests (LP 1733591).
    - debian/apparmor/usr.sbin.kopano-server: use @{multiarch} instead of
      a wrongly hard-coded arch string.
    - debian/kopano-server.kopano-server.service: chown the subdirectory.
    - debian/kopano-server.dirs: create /var/lib/kopano/attachments, not just
      /var/lib/kopano.

 -- Christian Ehrhardt <email address hidden> Tue, 21 Nov 2017 15:26:14 +0100

Changed in kopanocore (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Steve Langasek (vorlon) wrote :

Hi Christian,

The php-mapi package name persists in Debian, and has reverse-dependencies; z-push in -proposed can't migrate to the bionic release because it depends on php-mapi which does not exist in Ubuntu.

Please restore the php-mapi binary name (and add the necessary Conflicts/Replaces/Provides: php7.1-mapi).

Changed in kopanocore (Ubuntu):
status: Fix Released → Triaged
assignee: nobody → ChristianEhrhardt (paelzer)
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Hi Steve - thanks for the ping,
Since Nish is back he is on that already.

He had MPs up last week, but not yet ready for review when I looked last.
Subscribing him here to ensure we all talked about the same thing.

Changed in kopanocore (Ubuntu):
assignee: ChristianEhrhardt (paelzer) → Nish Aravamudan (nacc)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package kopanocore - 8.5.2-1ubuntu1

---------------
kopanocore (8.5.2-1ubuntu1) bionic; urgency=medium

  * Merge with Debian unstable. Remaining changes:
    - allow to read (file_mprotect) for kopano-server
    - allow server to reach mysql.sock (follow disconnects)
  * Dropped Changes (in Debian or no more needed):
    - allow to read (file_mprotect) for kopano-dagent
    - allow kopano_userscripts to reach mysql.sock (follow disconnects)
    - allow kopano_dagent to reach mysql.sock (follow disconnects)
    - allow kopano_search to reach mysql.sock (follow disconnects)
    - allow dagent to reach kopano server socket
    - allow to create /var/lib/kopano/attachments
    - debian/apparmor/usr.sbin.kopano-server: use @{multiarch} instead of
      a wrongly hard-coded arch string.
    - debian/kopano-server.kopano-server.service: chown the subdirectory.
    - debian/kopano-server.dirs: create /var/lib/kopano/attachments, not just
      /var/lib/kopano.
    - d/php-mapi.php: update file paths for PHP7.1
    - d/control, d/rules: bump build-depends to PHP 7.1.
    - debian/php-mapi* renamed to debian/php7.1-mapi* (as it was before)
    - debian/control: changed name back to php7.1-mapi
    - python files were not correctly installed
      - debian/rules: add python2 to dh call to correctly render pyc files
      - debian/control: add ${python:Depends} to all packages shiping python
        files
      - add all called dh addons as build depends
  * Added Changes:
    - d/control: add a transitional package for the php7.1-mapi to
      php-mapi rename (can be dropped >18.04) (LP: #1733572).
    - d/apparmor/usr.sbin.kopano-server: allow (read only) on some proc
      entries for new features in 8.5.2

 -- Christian Ehrhardt <email address hidden> Tue, 27 Feb 2018 14:12:30 +0100

Changed in kopanocore (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.