Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 12405 - alsa-patch-bay-0.3.ebuild (New Package)
Summary: alsa-patch-bay-0.3.ebuild (New Package)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Arcady Genkin (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-12-18 11:58 UTC by Jonathan Kraut
Modified: 2002-12-27 11:36 UTC (History)
1 user (show)

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


Attachments
alsa-patch-bay-0.3.ebuild (alsa-patch-bay-0.3.ebuild,1.16 KB, text/plain)
2002-12-18 11:59 UTC, Jonathan Kraut
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jonathan Kraut 2002-12-18 11:58:28 UTC
From the web page: "ALSA Patch Bay is a graphical patch bay for the ALSA
sequencer API."
Alsa-Patch-Bay is a gui interface for controlling midi connections between
synths sequencers etc. under alsa.  Works like aconnect except its graphical. 
It is simple and effective.  

I suggest media-sound
Comment 1 Jonathan Kraut 2002-12-18 11:59:39 UTC
Created attachment 6591 [details]
alsa-patch-bay-0.3.ebuild
Comment 2 Arcady Genkin (RETIRED) gentoo-dev 2002-12-20 23:35:43 UTC
Okay, committed to CVS with "-x86" keyword.  The reason is that the thing does
not compile for me (output below).  Can you test whether the ebuild works for
you?  Which gcc do you have installed?

g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/gtkmm-2.0
-I/usr/lib/gtkmm-2.0/include -I/usr/include/gtk-2.0
-I/usr/lib/sigc++-1.2/include -I/usr/include/sigc++-1.2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0
-I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/atk-1.0 -g
-D_REENTRANT -fexceptions -I../../src -DPKGDATADIR=\"/usr/share/alsa-patch-bay\"
-mcpu=i686 -O2 -pipe -c apb-gtkmm.cpp
-Wp,-MD,.deps/libapbgtkmm_la-apb-gtkmm.TPlo  -fPIC -DPIC
/usr/include/sigc++-1.2/sigc++/object_slot.h: In function `class
SigC::Slot0<void> SigC::slot<void, SigC::Object, APB::GTKmm::UI>(SigC::Object &,
void (APB::GTKmm::UI::*)())':
apb-gtkmm.cpp:426:   instantiated from here
/usr/include/sigc++-1.2/sigc++/object_slot.h:62: conversion from `SigC::Object'
to non-scalar type `APB::GTKmm::UI' requested
/usr/include/sigc++-1.2/sigc++/object_slot.h:62: cannot initialize
`APB::GTKmm::UI &' from `SigC::Object'
make[3]: *** [libapbgtkmm_la-apb-gtkmm.lo] Error 1
make[3]: Leaving directory
`/var/tmp/portage/alsa-patch-bay-0.3/work/alsa-patch-bay-0.3/src/gui'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/alsa-patch-bay-0.3/work/alsa-patch-bay-0.3/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/alsa-patch-bay-0.3/work/alsa-patch-bay-0.3'
make: *** [all] Error 2

!!! ERROR: media-sound/alsa-patch-bay-0.3 failed.
!!! Function src_compile, Line 7, Exitcode 2
!!! (no error message)
Comment 3 Arcady Genkin (RETIRED) gentoo-dev 2002-12-20 23:38:19 UTC
p.s.  You forgot to package the docs.  It was as simple as adding 
  dodoc AUTHORS COPYING ChangeLog INSTALL NEWS README THANKS TODO
to src_install().  Just a tip for your future submissions.
Comment 4 Jonathan Kraut 2002-12-21 00:24:49 UTC
Here's what I'm using (I just re-emerged to be extra sure):
gcc-3.2.1
gtkmm-2.0.2
gtk+-2.0.9
alsa-driver/alsa-lib-0.9.0_rc6

I know was also able to compile with gcc-3.2, and, if I remember correctly,
2.95.3, so I'm puzzled. Sorry, thought this one would be simple!  

As for the docs, thanks for the tip!

-Jon
Comment 5 Arcady Genkin (RETIRED) gentoo-dev 2002-12-27 01:27:14 UTC
Jonathan, could you please confirm that you can compile the ebuild that is in
the portage tree?  If you can, I'm going to change KEYWORDS to "~x86".
Thanks!
Comment 6 Jonathan Kraut 2002-12-27 10:09:20 UTC
Yes, I rsynced and compiled it with no problems.
Thanks!
Comment 7 Arcady Genkin (RETIRED) gentoo-dev 2002-12-27 11:36:40 UTC
Okay, I changed the keyword from -x86 to ~x86.  I'm not going to unmask it to
stable until I am able to actually compile it. ;^)