Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 722504 - app-pda/gtkpod-2.1.5 fails to compile with gcc-10
Summary: app-pda/gtkpod-2.1.5 fails to compile with gcc-10
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal major (vote)
Assignee: No maintainer - Look at if you want to take care of it
Depends on:
Blocks: -fno-common
  Show dependency tree
Reported: 2020-05-11 16:47 UTC by Jack
Modified: 2020-07-21 18:29 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Jack 2020-05-11 16:47:30 UTC
multiple "multiple definition of ..." errors at final linking stage.  Upstream bug filed at

Reproducible: Always

Unfortunately, I see no activity at the gtkpod main web site (which shows a database error on its home page) or their sourceforge site.  I'd love to find an alternate program, so this could reasonable be tree-cleaned.
Comment 1 Jack 2020-05-12 18:13:25 UTC
I filed  but a response from the main developer ( says it's pretty much abandonware, unless someone wants to take over maintenance.
Comment 2 Jonas Stein gentoo-dev 2020-05-12 19:59:56 UTC
Do you still use this program? We have no maintainer for this package at the moment. It seems to me that this package is dead. is broken too.
Ideally someone would fork it and fixes bugs. Then it makes sense to keep it in the tree.
Comment 3 Jack 2020-05-12 23:26:29 UTC
I use it, but very infrequently, so while I prefer to see it continue, I won't be heartbroken if it gets tree-cleaned.  Only the landing page of the website is dead - if you find a link to anywhere deeper on the site, it works fine.  The ex-developer seems at least to be responsive to emails to their list - so I'll ask about fixing the web site.  If someone wants to take over, I believe the site owner is likely to turn it over, rather than requiring a fork.  Right now, it still works with gcc-9.  Looking at the mailing list archives, there have been occasional posts in the past few years, so I suspect it probably does have at least a small user base, if that makes any difference.
Comment 4 Jack 2020-07-04 17:54:40 UTC
I think the previous maintainer is willing to hand it over to anyone interested, but that's for the sourceforge site.  I have not yet contacted the web site owner.  However, it seems that the usefulness of this package is pretty low, as it only works for older iPods, not any more recent models (   I've tried fixing the gcc-10 issue myself, but adding "extern" to the declarations for the two multiply defined items works for one, but not the other - as it is defined only as a pointer, not the actual structure, and I haven't figured out how to do the actual definition correctly.

I'm now wondering if this should simply start on the slow road to being tree-cleaned.  There are no security bugs and no new versions, but it's unclear if it has many users or not.
Comment 5 Pacho Ramos gentoo-dev 2020-07-14 18:55:29 UTC
At least in Fedora it's still maintained (in Debian too I think). We could then get fixes from them when needed. For this concrete issue I think they are simply forcing -fcommon

In ArchLinux bugs I have seen some people were considering to fork it... but for now... I would simply apply -fcommon and follow a bit the fixes from other distributions 

As far as I remember, there is no alternative for iPod users apart of installing iTunes in Windows, no? :/
Comment 6 Jack 2020-07-14 19:29:45 UTC
I believe you are right about the lack of alternatives, especially for older devices.  I suppose -fcommon is at least a short-term workaround, pending a real solution.

It's only a guess, but I think someone who knows C better than I do could probably figure out how to fix this fairly easily.  Per my notes in Comment #4, I think the actual structure is created dynamically, and the problem is that the compiler complains about the definition of the global pointer to it because it doesn't know how large is the structure it's pointing to.  That doesn't quite make sense to me, either, but at least it's a small program, so repeated attempts at compiling don't take very long.
Comment 7 Larry the Git Cow gentoo-dev 2020-07-21 18:29:09 UTC
The bug has been closed via the following commit(s):

commit fe19af9ee59c4326bbffe90d6fcfd11d554e1aca
Author:     Pacho Ramos <>
AuthorDate: 2020-07-21 18:27:53 +0000
Commit:     Pacho Ramos <>
CommitDate: 2020-07-21 18:29:02 +0000

    app-pda/gtkpod: Workaround gcc-10 build issues
    Also pull gstreamer at build time as needed to provide m4 file used for
    Also port to eapi7, drop python script that, even if can be ported to
    python3, doesn't work on Gentoo as we don't have needed dependencies
    Package-Manager: Portage-3.0.0, Repoman-2.3.23
    Signed-off-by: Pacho Ramos <>

 app-pda/gtkpod/gtkpod-2.1.5-r1.ebuild | 121 ++++++++++++++++++++++++++++++++++
 1 file changed, 121 insertions(+)