Great! Does the phasex ebuild install files in /usr/share/var/tmp/...? (I have no oppurtunity to check the complete path right now because I'm not at home.) I managed to produce a patch and an updated ebuild, but it seems like the build system has a few flaws (it's badly constructed, IMO). It, for example, installs a .desktop in a non-standard directory and installs files into the above mentioned (strange) path.
Regards, Karl 2013/9/25 Matt Henley <[email protected]> > I was able to emerge phasex by typing : LDFLAGS="-lX11" emerge phasex > > > > > On Tue, Sep 24, 2013 at 2:00 PM, Matt Henley <[email protected]> wrote: > >> Thanks for the info.. I found the bug report right after sending the >> email.. The fixes look trivial for both Aeolus and Phasex.. but obviously >> there is not a lot of interest. >> >> >> On Tue, Sep 24, 2013 at 1:26 PM, Karl Lindén <[email protected]>wrote: >> >>> You might have run into this bug [1]. Also from 2011, due to >>> underlinking and found with tinderbox. >>> >>> It's the same thing. I guess no one has taken the time off to fix it, >>> even if a fix (in the phasex case, atleast) would be quite trivial. >>> >>> The main problematic thing, I guess, is that Phasex is not actively >>> maintained anymore (the homepage has been down and is now something >>> _completely_ different [2]). There are some updates at a github repository >>> [3], but the last commit was 8 months ago. Also, there are some major open >>> bugs. >>> >>> [1] https://bugs.gentoo.org/show_bug.cgi?id=368929 >>> [2] https://bugs.gentoo.org/show_bug.cgi?id=458626 >>> [3] https://github.com/williamweston/phasex >>> >>> Regards, >>> Karl >>> >>> >>> >>> 2013/9/24 Matt Henley <[email protected]> >>> >>>> Its amazing to me that the bug you mentioned is from 2011. I read the >>>> article that the bug links to, but did not understand it completely. >>>> >>>> I tried to emerge phasex and am getting another linking bug. I didn't >>>> have a chance to look closely. I will try to do tonight. >>>> >>>> >>>> On Sun, Sep 22, 2013 at 2:23 PM, Matt Henley <[email protected]> wrote: >>>> >>>>> That worked for me. Thanks. >>>>> >>>>> >>>>> On Sun, Sep 22, 2013 at 12:46 PM, Karl Lindén <[email protected] >>>>> > wrote: >>>>> >>>>>> It looks like you have hit this bug [1]. I can reproduce it too. >>>>>> >>>>>> I don't think you need to edit the ebuild. This worked for me: >>>>>> # LDFLAGS="-ldl" emerge aeuolus >>>>>> Please report back with the result! :) >>>>>> >>>>>> [1] https://bugs.gentoo.org/show_bug.cgi?id=371613 >>>>>> >>>>>> Regards, >>>>>> Karl >>>>>> >>>>>> >>>>>> 2013/9/22 Matt Henley <[email protected]> >>>>>> >>>>>>> Opps.. didn't realize this was a gentoo and not proaudion ebuild. >>>>>>> >>>>>>> Forgive my ignorance... What do I need to change in an ebuild to do >>>>>>> either of those things? >>>>>>> >>>>>>> >>>>>>> On Sun, Sep 22, 2013 at 12:15 PM, Jannis Achstetter < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Hey, you could try removing "--as-needed" from LDFLAGS or adding >>>>>>>> "-ldl". >>>>>>>> Tell us what works :) >>>>>>>> >>>>>>>> Am 22.09.2013 18:58, schrieb Matt Henley: >>>>>>>> > When I try to emerge Aeolus, I get the following error: >>>>>>>> > >>>>>>>> > >>>>>>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/../../../../x86_64-pc-linux-gnu/bin/ld: >>>>>>>> > main.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5' >>>>>>>> > >>>>>>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/../../../../x86_64-pc-linux-gnu/bin/ld: >>>>>>>> > note: 'dlclose@@GLIBC_2.2.5' is defined in DSO /lib64/libdl.so.2 >>>>>>>> so try >>>>>>>> > adding it to the linker command line >>>>>>>> > >>>>>>>> > The full emerge output is here: >>>>>>>> > >>>>>>>> > http://pastebin.com/zBP4KyFP >>>>>>>> > >>>>>>>> > I re-emerged glibc-2.17 which libdl.so.2 is part of.. but that >>>>>>>> did not >>>>>>>> > help. Any suggestions? >>>>>>>> > >>>>>>>> > Thanks! >>>>>>>> > Matt >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
