FTBFS: (package) on 32 bit arch's

Bug #1409483 reported by Doug McMahon
20
This bug affects 2 people
Affects Status Importance Assigned to Milestone
flac (Debian)
Fix Released
Unknown
flac (Ubuntu)
Fix Released
High
Unassigned

Bug Description

libflac6++ produces a slightly different set of symbols for 64 & 32 bit. This currently causes 32 arch builds to fail as current symbols file is for 64 bit.
This will not be confined to libflac++6, maybe? all future c++ with symbols files?

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: libflac++6 1.3.1-1
ProcVersionSignature: Ubuntu 3.18.0-8.9-generic 3.18.1
Uname: Linux 3.18.0-8-generic x86_64
ApportVersion: 2.15.1-0ubuntu2
Architecture: amd64
CurrentDesktop: Unity
Date: Sun Jan 11 11:54:49 2015
InstallationDate: Installed on 2014-11-16 (56 days ago)
InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Alpha amd64 (20141114)
SourcePackage: flac
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Doug McMahon (mc3man) wrote :
description: updated
Revision history for this message
Doug McMahon (mc3man) wrote :
tags: added: ftbfs
Changed in flac (Debian):
status: Unknown → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in flac (Ubuntu):
status: New → Confirmed
Changed in flac (Ubuntu):
importance: Undecided → High
Changed in hundredpapercuts:
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Phil Pratt-Szeliga (pcpratts) wrote :

Possible fix [1] updates symbol files of libflac++6. This problem is from libflac converting long to long long. On a 32bit system long will evaluate to int32 and on 64bit it will evaulate to int64. The change by libflac is attempting to make the values int64 on all architectures.

If the libflac++6 symbols change, what repercussions does this have to the rest of the packages? Maybe just reverting the libflac long longs to long would be the best fix.

[1] https://code.launchpad.net/~pcpratts/ubuntu/vivid/flac/fix-for-ftbfs/+merge/250557

Revision history for this message
Doug McMahon (mc3man) wrote : Re: [Bug 1409483] Re: FTBFS: (package) on 32 bit arch's

I'm wondering why you added all those libFLAC.so.8 symbols to the
libflac++6 symbol file, seems quite unneeded.
It appears you used all the common symbols + the 32bit specific ones? Is
that any better than just using the common symbols or some other solution?
On 02/22/2015 01:42 PM, Phil Pratt-Szeliga wrote:
> Possible fix [1] updates symbol files of libflac++6. This problem is
> from libflac converting long to long long. On a 32bit system long will
> evaluate to int32 and on 64bit it will evaulate to int64. The change by
> libflac is attempting to make the values int64 on all architectures.
>
> If the libflac++6 symbols change, what repercussions does this have to
> the rest of the packages? Maybe just reverting the libflac long longs to
> long would be the best fix.
>
> [1] https://code.launchpad.net/~pcpratts/ubuntu/vivid/flac/fix-for-
> ftbfs/+merge/250557
>

Revision history for this message
Phil Pratt-Szeliga (pcpratts) wrote :

> I'm wondering why you added all those libFLAC.so.8 symbols to the
> libflac++6 symbol file

Sorry about that, this was my first time using debcommit and I wasn't able to view the differences before submitting.

I am going to write a program that can search http://archive.ubuntu.com/ to find a package that depends on libflac++6 and try to compile it with the new symbols. If it doesn't compile this should be an update to the major version of the package upstream.

Changed in flac (Ubuntu):
assignee: nobody → Phil Pratt-Szeliga (pcpratts)
Revision history for this message
Doug McMahon (mc3man) wrote :

I believe audacity uses libflac++6
On a side note the same issue may be seen with the upcoming
audacious-3.6 > libaudcore3.symbols though audacious itself doesn't
build-dep on flac at all..
In any event thanks for taking on
On 02/23/2015 10:19 AM, Phil Pratt-Szeliga wrote:
>> I'm wondering why you added all those libFLAC.so.8 symbols to the
>> libflac++6 symbol file
> Sorry about that, this was my first time using debcommit and I wasn't
> able to view the differences before submitting.
>
> I am going to write a program that can search http://archive.ubuntu.com/
> to find a package that depends on libflac++6 and try to compile it with
> the new symbols. If it doesn't compile this should be an update to the
> major version of the package upstream.
>
> ** Changed in: flac (Ubuntu)
> Assignee: (unassigned) => Phil Pratt-Szeliga (pcpratts)
>

Revision history for this message
dino99 (9d9) wrote :
Download full text (5.8 KiB)

oem@u32:~$ sudo apt-rdepends -r libflac++6
[sudo] password for oem:
Reading package lists... Done
Building dependency tree
Reading state information... Done
libflac++6
  Reverse Depends: audacity (>= 2.0.6-2)
  Reverse Depends: composite (>= 0.006.2+dfsg0-4)
  Reverse Depends: flactag (>= 2.0.4-3build1)
  Reverse Depends: kid3-core (>= 3.1.1-2)
  Reverse Depends: libflac++-dev (= 1.3.0-3)
  Reverse Depends: libk3b6 (>= 2.0.3-0ubuntu1)
  Reverse Depends: mp3fs (>= 0.91-1)
audacity
  Reverse Depends: audacity-dbg (= 2.0.6-2)
audacity-dbg
composite
  Reverse Depends: composite-dbg (= 0.006.2+dfsg0-4)
composite-dbg
flactag
kid3-core
  Reverse Depends: kid3 (= 3.1.1-2)
  Reverse Depends: kid3-cli (= 3.1.1-2)
  Reverse Depends: kid3-qt (= 3.1.1-2)
kid3
kid3-cli
kid3-qt
libflac++-dev
libk3b6
  Reverse Depends: k3b (= 2.0.3-0ubuntu1)
  Reverse Depends: libk3b-dev (= 2.0.3-0ubuntu1)
  Reverse Depends: libk3b6-extracodecs (2.0.3-0ubuntu1)
k3b
  Reverse Depends: k3b-dbg (= 2.0.3-0ubuntu1)
  Reverse Depends: k3b-i18n (2.0.3-0ubuntu1)
k3b-dbg
k3b-i18n
  Reverse Depends: language-pack-kde-ar (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-bg (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-bs (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-ca (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-cs (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-da (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-de (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-el (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-en (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-es (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-et (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-eu (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-fa (1:13.10+20130813.0ubuntu1)
  Reverse Depends: language-pack-kde-fi (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-fr (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-ga (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-gl (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-he (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-hi (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-hr (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-hu (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-ia (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-is (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-it (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-ja (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-kk (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-km (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-ko (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-lt (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-lv (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-pack-kde-mr (1:14.04+20140305.0ubuntu1)
  Reverse Depends: language-p...

Read more...

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

This bug was fixed in the package flac - 1.3.1-1ubuntu1

---------------
flac (1.3.1-1ubuntu1) vivid; urgency=medium

  * Fix symbols file for 32bit architectures. LP: #1409483.
 -- Matthias Klose <email address hidden> Wed, 04 Mar 2015 15:28:13 +0100

Changed in flac (Ubuntu):
status: Confirmed → Fix Released
Changed in flac (Ubuntu):
assignee: Phil Pratt-Szeliga (pcpratts) → nobody
no longer affects: hundredpapercuts
Revision history for this message
Hans Joachim Desserud (hjd) wrote :

Hi all, I saw that Debian has packaged flac 1.3.1-2. Among others contains a fix for https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783258 which deals with symbols and sounds related to this one. (Possibly the same issue, which I guess would make the Debian bug watched here a duplicate of the one which was closed.)

I am not able to tell whether this did indeed fix the same issue and whether it would be safe to request a sync of 1.3.1-2 to Ubuntu though. I'll readily admit this goes abit over my head, so could someone who understands the issue more in-depth take a look at the new Debian package? :)

Matthias Klose: Looks like you handled the Ubuntu-fix for this, so I've taken the liberty of subscribing you to this issue.

Revision history for this message
Doug McMahon (mc3man) wrote :

Well it was the same issue, just took Debian forever to address
(I guess no one noticed orig bug on libflac++6
They've simply removed all the libflac++6 symbols, doesn't cause any issue here (trusty build of flac 1.3.1
(when debian goes to audacious 3.6 they'll get a similar issue, hope it doesn't take 6+ months for them to address that...

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

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