Re: [proaudio] repoman and depend. [Was Updating ebuilds for qt4 deps moving from x11-libs to dev-qt]

[Dominique Michel <dominique.michel@xxxxxxxxx>]

Le Fri, 8 Mar 2013 21:59:26 +0100,
Karl Lindén <spray.sucks@xxxxxxxxx> a écrit :

> Hi!
> 
> hydrogen-0.9.5.1 does not install any files into /usr/lib. I don't
> think it should be any different if I toggle USE flags, but I'll
> mention my USE flag configuratiuon anyhow:
> -alsa +archive -debug +jack +ladspa +lash -oss -portaudio
> I don't see any reason why the USE flags should make anything
> different, but I might be mistaking.
> 
> I have had the "lash.h error not found" before. 

Here, it fail with both alsa and -alsa.
[ebuild     UD ] media-sound/hydrogen-0.9.5.1::proaudio
[9999::proaudio] USE="archive%* jack ladspa lash -alsa* -debug -oss%
-portaudio (-jacksession%*) (-lrdf%*) (-portmidi%) (-rubberband%)" 0 kB

Same thing with 9999, but portage doesn't fail and install only the doc
files.
Building CXX object
src/core/CMakeFiles/hydrogen-core-0.9.6.dir/src/IO/alsa_midi_driver.cpp.o
In file included
from /var/tmp/portage/media-sound/hydrogen-9999/work/hydrogen-9999/src/core/src/IO/jack_output.cpp:40:0: /var/tmp/portage/media-sound/hydrogen-9999/work/hydrogen-9999/src/core/include/hydrogen/LashClient.h:30:32:
fatal error: lash-1.0/lash/lash.h: No such file or directory
compilation terminated.

If I disable lash, I get another error:
[  4%] Building CXX object
src/core/CMakeFiles/hydrogen-core-0.9.6.dir/src/IO/midi_output.cpp.o /var/tmp/portage/media-sound/hydrogen-9999/work/hydrogen-9999/src/core/src/IO/disk_writer_driver.cpp:
In function ‘void*
H2Core::diskWriterDriver_thread(void*)’: /var/tmp/portage/media-sound/hydrogen-9999/work/hydrogen-9999/src/core/src/IO/disk_writer_driver.cpp:175:68:
error: ‘sleep’ was not declared in this scope make[2]: ***
[src/core/CMakeFiles/hydrogen-core-0.9.6.dir/src/IO/disk_writer_driver.cpp.o]
Error 1

> 
> About the long list of errors. The errors arise from bad keywording
> which is a pretty nasty little problem.

Same problem with libclam. Also, I don't know if <libclam-9999 still
work because I get blocking that I don't want to solve if I try to
install one of them. The easier solution here would be to keep only the
live versions of the CLAM ebuilds. Any objection?

> 
> Regards,
> Karl
> 
> 2013/3/8 Dominique Michel <dominique.michel@xxxxxxxxx>:
> > Le Fri, 8 Mar 2013 09:58:51 -0600,
> > Matt Henley <nwmatt@xxxxxxxxx> a écrit :
> >
> >> Thanks for the replies.. That gives me a better idea of how to do
> >> this. I will set something up next weekend.. I will be travelling
> >> for work for the next week and will not have access to my gentoo
> >> machine.
> >>
> >> I ran repoman on both drobilla (no errors) and hydrogen (lots of
> >> complaints).  I was not sure what a lot of it meant.  I fixed the
> >> errors on leading and trailing whitespace but it didn't like some
> >> of the USE variables in that build.
> >
> > This was in metadata.xml for fixing the errors about no-herd and the
> > use flags. The line with no-herd must be removed in all the
> > metadata.xml files.
> >
> > For the use flags, you must add something like for the non global
> > ones:
> >
> >         <use>
> >                 <flag name="flagname">flag description</flag>
> >                 <flag name="flagname">flag description</flag>
> >         </use>
> >
> > It remain the errors about the depend. Here, they append only with
> > hydrogen-0.9.5.1, and the only visible difference I can see is the
> > inherit multilib which is in 0.9.5.1 but not in .9999. 9999 install
> > nothing in /usr/lib*, so multilib is not needed. 0.9.5.1 fail to
> > compile here with a lash.h not found error. Does hydogen-0.9.5.1
> > install something into /usr/lib* ?
> >
> >>
> >>
> >> On Fri, Mar 8, 2013 at 7:55 AM, Gavin Pryke <gavinlee303@xxxxxxxxx>
> >> wrote:
> >> > On Friday 08 March 2013 12:11:37 Dominique Michel wrote:
> >> >
> >> >> > Is there a suggested workflow?  If I try to commit files that
> >> >> > were checked out with layman, I get errors.. I was successful
> >> >> > when i check them out in a user account but had errors as a
> >> >> > user account checking out to a separate tree is hard to test.
> >> >>
> >> >> I have 3 repos:
> >> > ...
> >> >
> >> > I've always used git svn for proaudio only because I had a little
> >> > experience using git before and none of subversion for committing
> >> > here.
> >> >
> >> > $ mkcd /mnt/gentoo-overlays
> >> > $ git svn clone \
> >> > svn+ssh://yourusername@xxxxxxxxxxxxxxxxx/svnroot/proaudio/proaudio
> >> >
> >> > Grab a cocoa or something, this will replay the whole commit
> >> > history. Then I
> >> > add /mnt/gentoo-overlays/proaudio/trunk/overlays/proaudio* to
> >> > PORTDIR_OVERLAY in /etc/portage/make.conf
> >> >
> >> > $ mkcd proaudio/trunk/overlays/proaudio/media-sound/mypkg
> >> > $ gvim mypkg-1.ebuild
> >> > $ git add .
> >> > $ ebuild mypkg-1.ebuild manifest clean install
> >> > $ repoman
> >> > $ echangelog
> >> > $ ebuild mypkg-1.ebuild manifest
> >> > # emerge -va mypkg
> >> > $ git commit -a
> >> >
> >> > can repeat steps above with different packages and make commits
> >> > offline and when done:
> >> >
> >> > $ git svn dcommit
> >> >
> >> > Updating overlay:
> >> >
> >> > $ git svn rebase
> >> >
> >> > Then I have another box which is my DAW with the overlay added by
> >> > layman and I try to test the packages there also.
> >> >
> >> > Kind regards
> >> > Gavin
> >> >
> >> >
> >>
> >>
> >
> >
> > --
> > "We have the heroes we deserve."
> >
> >
> 
> 


-- 
"We have the heroes we deserve."