Testing the rebuilding of openafs for the possible-not-SRU (but at least
is resulting in a lot of polishing for Noble :), because openafs tools
is FTBFS in Noble for other causes [1]  ), getting the list of binaries
(not only shared libraries):

for d in $(apt-cache rdepends libroken19-heimdal | cut -d':' -f2 |
xargs); do for b in $(apt-file list ${d} | grep bin | cut -d' ' -f2); do
objdump -T ${b}| grep ROKEN | grep strlc && echo ${b} && echo ${d} &&
apt-cache show ${d} | grep ^Source ; done; done

So, needed action:

* those have to be added to the Breaks.
* hitting an unmet dependencies when installing openafs-krb5, because the 
Depends: ${shlibs:Depends}, ${misc:Depends}  is converted on Depends: 
libroken19-heimdal (= 1.8.10-1ubuntu2.1) but that version number is from 
openafs version, not from heimdal: need to check if that comes from the 
following change in symbols file (it looks like it, to me):
     - libroken.so.19 #PACKAGE# #MINVER# 
     + libroken.so.19 #PACKAGE# (= ${binary:Version})

[1] https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/2033754 , and 
unsuccessful build on ppa [2]
[2] 
https://launchpad.net/~mirespace/+archive/ubuntu/heimdal-ftbfs-lp2036253/+sourcepub/15537670/+listing-archive-extra

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to heimdal in Ubuntu.
https://bugs.launchpad.net/bugs/2036253

Title:
  FTBFS: missing strl* symbols fail the build

Status in heimdal package in Ubuntu:
  Fix Released
Status in heimdal source package in Mantic:
  Fix Committed
Status in heimdal source package in Noble:
  Fix Released
Status in heimdal package in Debian:
  New

Bug description:
  [ Impact ]

  Currently, the build of the heimdal package against glibc 2.38 is not 
possible due to
  the fact that strlcat and strlcpy were added to glibc in version 2.38 and 
heimdal no longer defines its internal version.

  We need this fix to build heimdal package successfully.

  [ Test plan ]

  Build the package in a ppa to check the error is gone and that the
  package builds successfully.

  # Install the package and check it works ok

  #0.Prepare a VM or Container. i.e:
  # lxc launch ubuntu-daily:mantic Mheimdal

  #1. Install heimtools from heimdal-clients
  # apt update && apt upgrade -y
  # apt install -y heimdal-clients

  #1.1 Check the libraries are installed well
  # dpkg -l libroken19-heimdal | grep ii
  # dpkg -l libkafs0-heimdal | grep ii

  #1.2 Check that the command is not broken (you get a
       Usage: : heimtools [--version] [--help] command ..)
  # heimtools --help

  #2. Install aklog from src:aftools, openafs-krb5 binay. With this, we test 
the 2 libraries
      that depends on ROKEN symbols we touched in this SRU. A rebuild of 
aftools against the
      new heimdal package is needed for this to be successfull.
  #  apt install -y openafs-krb5

  #2.1 Check tht the command is not broken (you don't get a
       aklog: symbol lookup error: aklog: undefined symbol: rk_strlcat, version 
HEIMDAL_ROKEN_1.0)
  # aklog --help

  [ Where problems could occur ]

  I tried to get a complete list of libraries and binaries that use the symbols 
affected in this fix
  (inside and outside the ones provided by src:hiemdal itself), but, I don't 
know if there are other
  third-party pieces of software outside the archive that depends on these 
libraries.
  If that if the case, when executing, the affected binary will no run an a 
messge like this can appear:

  undefined symbol: rk_strlcat, version HEIMDAL_ROKEN_1.0

  Could be a disruption in the way the heimdal suite works? Unlikely, but there 
is always room for it.
  It should be fine since the symbols, in this case, are available to all 
heimdal-dependants libraries in
  the build. This case could arise if a mix of heimdal libraries (provided by 
two different versions of
  src:heimdal) are installed, but this is what the 'Breaks:' that was added in 
the d/control wants to avoid.

  [ Other Info ]
  A rebuild of the openafs package against this new version of the libraries 
provided by this heimdal package is needed.
  (bug 2046441).

  [ Original Description ]
  --------------------------------

  See ubuntu-devel thread[1] and mantic rebuild report[2].

  dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols 
file: see diff output below
  dpkg-gensymbols: warning: debian/libkafs0-heimdal/DEBIAN/symbols doesn't 
match completely debian/libkafs0-heimdal.symbols
  --- debian/libkafs0-heimdal.symbols 
(libkafs0-heimdal_7.8.git20221117.28daf24+dfsg-3ubuntu1_amd64)
  +++ dpkg-gensymbolshoPgEa     2023-09-05 02:37:15.654111977 +0000
  @@ -12,7 +12,7 @@
    _kafs_get_cred@Base 1.4.0+git20110226
    _kafs_realm_of_cell@Base 1.4.0+git20110226
    _kafs_resolve_debug@Base 1.4.0+git20110226
  - _kafs_strlcpy@Base 1.4.0+git20110226
  +#MISSING: 7.8.git20221117.28daf24+dfsg-3ubuntu1# _kafs_strlcpy@Base 
1.4.0+git20110226
    k_afs_cell_of_file@Base 1.4.0+git20110226
    k_hasafs@Base 1.4.0+git20110226
    k_hasafs_recheck@Base 1.4.0+git20110226
  dh_makeshlibs: error: failing due to earlier errors
  make[1]: *** [debian/rules:18: override_dh_makeshlibs] Error 25

  This one might need a fix similar to the krb5 one[3].

  1. https://lists.ubuntu.com/archives/ubuntu-devel/2023-September/042784.html
  2. 
https://people.canonical.com/~ginggs/ftbfs-report/test-rebuild-20230830-mantic-mantic.html#ubuntu-server-team
  3. https://launchpad.net/ubuntu/+source/krb5/1.20.1-3ubuntu1

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


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to