View previous topic :: View next topic |
Author |
Message |
darkphader Veteran
Joined: 09 May 2002 Posts: 1217 Location: Motown
|
Posted: Sun Jul 13, 2014 4:34 pm Post subject: |
|
|
Chewi wrote: | I've got it, I've got it! It's this.
Code: | export libc_cv_hashstyle=no |
|
Verified that patching the files/eblits/src_compile.eblit to comment out that line and emerging glibc solves the problem. _________________ WYSIWYG - What You See Is What You Grep |
|
Back to top |
|
|
Anon-E-moose Watchman
Joined: 23 May 2008 Posts: 6097 Location: Dallas area
|
Posted: Sun Jul 13, 2014 4:45 pm Post subject: |
|
|
darkphader wrote: | Chewi wrote: | I've got it, I've got it! It's this.
Code: | export libc_cv_hashstyle=no |
|
Verified that patching the files/eblits/src_compile.eblit to comment out that line and emerging glibc solves the problem. |
But will it cause problems in other apps or libs? That's what we don't know.
Of course I'm not sure why they overrode the autodetection at configure time. _________________ PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
Back to top |
|
|
darkphader Veteran
Joined: 09 May 2002 Posts: 1217 Location: Motown
|
Posted: Sun Jul 13, 2014 4:58 pm Post subject: |
|
|
Anon-E-moose wrote: | But will it cause problems in other apps or libs? That's what we don't know. |
Examining the bug https://bugs.gentoo.org/show_bug.cgi?id=347761 appears to show little danger. If I'm not mistaken it would only negatively affect when wants to compile with a specific hashstyle in LDFLAGS, such as LDFLAGS="--hash-style=gnu". That said, I'm not a dev but I doubt it's a dangerous change to make. _________________ WYSIWYG - What You See Is What You Grep |
|
Back to top |
|
|
Anon-E-moose Watchman
Joined: 23 May 2008 Posts: 6097 Location: Dallas area
|
Posted: Sun Jul 13, 2014 5:28 pm Post subject: |
|
|
It was just a thought to keep in mind if you do it system-wide and have a problem start up out of the blue on some other program.
Though I agree that it shouldn't cause any problems. _________________ PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
Back to top |
|
|
Chewi Developer
Joined: 01 Sep 2003 Posts: 886 Location: Edinburgh, Scotland
|
Posted: Sun Jul 13, 2014 6:07 pm Post subject: |
|
|
Yeah I didn't want to actually install the resulting libc, I just used LD_PRELOAD. I agree that it's probably a minor thing but I don't mess with glibc lightly. |
|
Back to top |
|
|
darkphader Veteran
Joined: 09 May 2002 Posts: 1217 Location: Motown
|
Posted: Sun Jul 13, 2014 9:52 pm Post subject: |
|
|
FWIW, I rebuilt the toolchain after the edit, then rebuilt emptytree @system and everything is fine. _________________ WYSIWYG - What You See Is What You Grep |
|
Back to top |
|
|
Chewi Developer
Joined: 01 Sep 2003 Posts: 886 Location: Edinburgh, Scotland
|
Posted: Mon Jul 14, 2014 1:48 pm Post subject: |
|
|
mike admin wrote: | Thanks a lot! This makes a lot of sense actually - hopefully it should be fixed in the next version. |
|
|
Back to top |
|
|
frostwork n00b
Joined: 11 Dec 2006 Posts: 64
|
Posted: Mon Aug 18, 2014 3:53 pm Post subject: |
|
|
yay, upstream fixed the bug with 1.8.12. finally makemkv is back on gentoo :}
http://www.makemkv.com/forum2/viewtopic.php?f=3&t=224
a simple rename of ebuild and makefile-patch in files (in your local overlay) is enough until it hits portage
libmmbd.so emulating libaacs.so/libbdplus.so works fine too after setting the required symlinks.
might be a good idea to let depend all related packages on virtual/libaacs instead of the real media-libs/libaacs (and libbdplus oc)
and let the user decide via useflag if he wants to pull in libaacs or the libmmbd emulation(?).
btw libmmbd searches for its makemkvcon binary in hardcoded paths which doesn't respect $PATH and therefore doesn't find /opt/bin/makemkvcon.
creating a symlink into /usr/local/bin is enough to get the emulation working!
I also don't do automount in general, but as the bd seems to have to be mounted I started "devmon" (from udevil) manually so xbmc,vlc can detect the disc |
|
Back to top |
|
|
Chewi Developer
Joined: 01 Sep 2003 Posts: 886 Location: Edinburgh, Scotland
|
Posted: Mon Aug 18, 2014 4:03 pm Post subject: |
|
|
frostwork wrote: | yay, upstream fixed the bug with 1.8.12. finally makemkv is back on gentoo :} |
Woot! Finally!
frostwork wrote: | libmmbd.so emulating libaacs.so/libbdplus.so works fine too after setting the required symlinks.
might be a good idea to let depend all related packages on virtual/libaacs instead of the real media-libs/libaacs (and libbdplus oc)
and let the user decide via useflag if he wants to pull in libaacs or the libmmbd emulation(?).
btw libmmbd searches for its makemkvcon binary in hardcoded paths which doesn't respect $PATH and therefore doesn't find /opt/bin/makemkvcon.
creating a symlink into /usr/local/bin is enough to get the emulation working! |
I already addressed both these issues in bug #509838. Sadly it's not seen any attention yet. Rather than messing about with symlinks and USE flags, you can simply set LIBAACS_PATH=libmmbd and LIBBDPLUS_PATH=libmmbd and it'll just work. |
|
Back to top |
|
|
frostwork n00b
Joined: 11 Dec 2006 Posts: 64
|
Posted: Mon Aug 18, 2014 4:10 pm Post subject: |
|
|
ah, interesting env variables, thx! :}
MMBD_TRACE=1 might be also worth to mention as it shows that it can't find makemkvcon |
|
Back to top |
|
|
AmonAmarth l33t
Joined: 03 Mar 2005 Posts: 727
|
Posted: Thu Sep 11, 2014 11:27 pm Post subject: |
|
|
frostwork wrote: | ah, interesting env variables, thx! :}
MMBD_TRACE=1 might be also worth to mention as it shows that it can't find makemkvcon |
you saved my day! i tried to get the aacs emulation with makemkv to running since a few month and nearly gone insane why this was not working. with your hint regarding the env variable i figured out that the makemkvcon binary was not found... after setting a stupid symlink it is working like a charm! thanks! |
|
Back to top |
|
|
|