Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 455220 - app-emulation/emul-linux-x86-soundlibs: make use of sci-libs/fftw[abi_x86_32]
Summary: app-emulation/emul-linux-x86-soundlibs: make use of sci-libs/fftw[abi_x86_32]
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: AMD64 Project
URL:
Whiteboard:
Keywords: PATCH
Depends on:
Blocks:
 
Reported: 2013-02-03 01:44 UTC by Christoph Junghans
Modified: 2013-07-21 18:00 UTC (History)
3 users (show)

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


Attachments
change for emul-linux-x86-soundlibs-20121202.ebuild (emul-linux-x86-soundlibs-20121202.ebuild.patch,790 bytes, patch)
2013-02-03 01:44 UTC, Christoph Junghans
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Junghans gentoo-dev 2013-02-03 01:44:39 UTC
Created attachment 337734 [details, diff]
change for emul-linux-x86-soundlibs-20121202.ebuild

fftw-3.3.3-r1 has real multilib capability, so let use it.
Comment 1 Pacho Ramos gentoo-dev 2013-02-03 09:18:54 UTC
Have you talked with mgorny? I think he is doing a lot of work related with moving to real multilib and, then, a lot more changed could be needed in the near future for this ebuild :|
Comment 2 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-02-03 10:00:20 UTC
Ah, you migrated it already? But nice work, to be honest. Great idea with the ABI-conditional blocker, that's something that didn't come into my mind. It's going to make the migration a lot less painful.
Comment 3 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-02-03 10:24:55 UTC
@Pacho, his ebuild uses the new eclass already, so it's fine as-is. However, I'm not sure if we shouldn't wait a bit and migrate more packages before updating the emul-linux package. Otherwise, we may end up with -r33 ;P.

Other doubt is that we probably should use exact-versioned dep. As the reverse dependencies are still binary, we need to have the same SONAME as it was in the emul-linux package.

I would also try to run all 6 configure variants in parallel but that's just my craziness ;).
Comment 4 Pacho Ramos gentoo-dev 2013-02-03 11:00:00 UTC
(In reply to comment #3)
> @Pacho, his ebuild uses the new eclass already, so it's fine as-is. However,
> I'm not sure if we shouldn't wait a bit and migrate more packages before
> updating the emul-linux package. Otherwise, we may end up with -r33 ;P.

That was the idea, wait more and do most of the changes together 

> 
> Other doubt is that we probably should use exact-versioned dep. As the
> reverse dependencies are still binary, we need to have the same SONAME as it
> was in the emul-linux package.
> 

I think it won't be needed, simply remember to migrate all slots included in emul sets.

I even doubt if this new emul packages only pulling deps will ever go to stable, as once packages support multilib themselves, rdeps should be migrated to directly depend on exact libs their need and, then, finally all this emul packages should be removed after migration period

> I would also try to run all 6 configure variants in parallel but that's just
> my craziness ;).
Comment 5 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-02-03 12:28:16 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > @Pacho, his ebuild uses the new eclass already, so it's fine as-is. However,
> > I'm not sure if we shouldn't wait a bit and migrate more packages before
> > updating the emul-linux package. Otherwise, we may end up with -r33 ;P.
> 
> That was the idea, wait more and do most of the changes together 

Yes, with the conditional blockers like one done in fftw, it shouldn't hurt non-multilib use.

> > Other doubt is that we probably should use exact-versioned dep. As the
> > reverse dependencies are still binary, we need to have the same SONAME as it
> > was in the emul-linux package.
> > 
> 
> I think it won't be needed, simply remember to migrate all slots included in
> emul sets.
> 
> I even doubt if this new emul packages only pulling deps will ever go to
> stable, as once packages support multilib themselves, rdeps should be
> migrated to directly depend on exact libs their need and, then, finally all
> this emul packages should be removed after migration period

Hmm, sounds right. We should probably stable-mask the abi_x86_32 flag on amd64 multilib profile, so that we can stabilize the new packages before stabilizing the emul-linux-x86 replacement.
Comment 6 Christoph Junghans gentoo-dev 2013-02-03 18:02:59 UTC
fftw has nearly no deps, which is why it was easy to convert, but in general I think it would be better to start with converting emul-linux-x86-baselibs.

I have no problem with having 33 revs of emul-linux-x86-soundlibs, at least we see what breaks along the way, but I am also happy with going the other way, too.

I guess, it would be useful to create a tracker and make individual bugs for every package, which needs to be converted to multilib-build.
Comment 7 Pacho Ramos gentoo-dev 2013-02-18 20:42:52 UTC
(In reply to comment #6)
> fftw has nearly no deps, which is why it was easy to convert, but in general
> I think it would be better to start with converting emul-linux-x86-baselibs.
> 
> I have no problem with having 33 revs of emul-linux-x86-soundlibs, at least
> we see what breaks along the way, but I am also happy with going the other
> way, too.
> 
> I guess, it would be useful to create a tracker and make individual bugs for
> every package, which needs to be converted to multilib-build.

I agree with the tracker, do you have some script to report the bugs? The list of packages in soundlibs is:
http://www.gentoo.org/proj/en/base/amd64/emul/emul-linux-x86-20121202.xml#doc_chap14
Comment 8 Christoph Junghans gentoo-dev 2013-02-19 03:07:02 UTC
(In reply to comment #7)
> I agree with the tracker, do you have some script to report the bugs? The
> list of packages in soundlibs is:
> http://www.gentoo.org/proj/en/base/amd64/emul/emul-linux-x86-20121202.
> xml#doc_chap14
No, but I can write one, I wanted to look into pybugz anyhow at some point.

I am just not sure if emul-linux-x86-soundlibs would be the right package to start with or if emul-linux-x86-baselibs would be better.
Comment 9 Pacho Ramos gentoo-dev 2013-07-21 18:00:22 UTC
Was done by aballier:
*emul-linux-x86-soundlibs-20130224-r3 (27 Jun 2013)

  27 Jun 2013; Alexis Ballier <aballier@gentoo.org>
  -emul-linux-x86-soundlibs-20130224-r2.ebuild,
  +emul-linux-x86-soundlibs-20130224-r3.ebuild, files/remove-native:
  remove fftw and the ladspa plugins with abi_x86_32

Feel free to go ahead and modify emul set ebuilds in the same way for new libs