Arch Linux

ponto

Member

Registered: 2007-05-15

Posts: 35

Re: Youki

i tried and i got this error:

Making all in api
make[2]: Entering directory `/root/PKGBUILDs/youki/src/youki-0.05.2/api'
  CXX   services.o
In file included from services.cc:3:
/usr/include/sigx-2.0/sigx/sigx.h:23:24: error: sigxconfig.h: No such file or directory
In file included from /usr/include/sigx-2.0/sigx/internal_types.h:36,
                 from /usr/include/sigx-2.0/sigx/sigx.h:26,
                 from services.cc:3:
/usr/include/sigx-2.0/sigx/static_assert.h:34: warning: identifier 'static_assert' will become a keyword in C++0x
  CXX   uri.o
  CXX   xml.o
In file included from /usr/include/sigx-2.0/sigx/sigx.h:29,
                 from services.cc:3:
/usr/include/sigx-2.0/sigx/noninstantiatable.h:33: error: variable 'sigx::SIGX_API sigx::noninstantiatable' has initializer but incomplete type
/usr/include/sigx-2.0/sigx/noninstantiatable.h:33: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x
/usr/include/sigx-2.0/sigx/noninstantiatable.h:35: error: expected primary-expression before 'private'
/usr/include/sigx-2.0/sigx/noninstantiatable.h:35: error: expected '}' before 'private'
/usr/include/sigx-2.0/sigx/noninstantiatable.h:35: error: expected ',' or ';' before 'private'
/usr/include/sigx-2.0/sigx/noninstantiatable.h:40: error: expected declaration before '}' token
make[2]: *** [libmpx_api_la-services.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/root/PKGBUILDs/youki/src/youki-0.05.2/api'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/PKGBUILDs/youki/src/youki-0.05.2'
make: *** [all] Error 2
make: Leaving directory `/root/PKGBUILDs/youki/src/youki-0.05.2'
==> ERROR: Build Failed.
    Aborting...

does anyone knows how to solve this?

i've got the files there:

youki # ls /usr/include/sigx-2.0/sigx/
auto_dispatchable.h       nonpointeraliasing.h
auto_tunneler.h           operator_new.h
bad_caller.h              ref.h
bad_dispatcher.h          request_f.h
bad_sync_call.h           shared_dispatchable.h
choose_lock.h             signal_f.h
connection_handler.h      signal_f_base.h
connection_wrapper.h      signal_source_base.h
const_trait.h             signal_source_func.h
dispatchable.h            signal_source_obj_mem.h
dispatcher.h              signal_source_threadprivate.h
fwddecl.h                 signal_traits.h
glib_auto_dispatchable.h  signal_wrapper.h
glib_dispatcher.h         signal_wrapper_base.h
glib_lockables.h          sigx.h
glib_threadable.h         sigxconfig.h
internal_types.h          static_assert.h
lock_acquirer.h           threadable.h
lockable.h                tunnel_base.h
lockable_fwddecl.h        tunnel_context.h
locking_dispatcher_ptr.h  tunnel_context_base.h
manual_dispatchable.h     tunnel_functor.h
nonassignable.h           tunnel_validity_tracker.h
noncopyable.h             types.h
nonheapallocatable.h      validity_trackable.h
noninstantiatable.h       volatile_trait.h

Last edited by ponto (2009-08-25 19:28:31)

tomk

Forum Fellow

From: Ireland

Registered: 2004-07-21

Posts: 9,839

Re: Youki

wonder.. oops, yes I was getting that, so I patched it. Put up the wrong version of the PKGBUILD...

Here we go again...

dbus-c++ PKGBUILD:

# Contributor: Zarra <zarraxx@gmail.com>

pkgname=dbus-c++
pkgver=20090825
pkgrel=1
pkgdesc="dbus-c++ attempts to provide a C++ API for D-BUS. "
url="http://freedesktop.org/wiki/Software/dbus-c++"
arch=('i686' 'x86_64')
license=('GPL')
depends=('dbus>=1.2.0' 'glib2')
makedepends=('git' 'autoconf' 'automake')
source=(gcc44.patch Makefile.patch)
md5sums=()
options=('!libtool')

_gitroot="git://anongit.freedesktop.org/git/dbus/dbus-c++/"
#_gitroot="git://gitorious.org/dbus-cplusplus/mainline.git"
_gitname="dbus-c++"

build() {
    cd "$srcdir"

    msg "Connecting to git.freedesktop.org GIT server...."

    if [ -d "$srcdir"/$_gitname ] ; then
    cd $_gitname && git pull origin
    msg "The local files are updated."
    else
    git clone $_gitroot
    fi
    msg "GIT checkout done or server timeout"
    msg "Starting make..."

    cp -r "$srcdir"/$_gitname "$srcdir"/$_gitname-build
    cd "$srcdir"/$_gitname-build

    patch -Np1 -i "$srcdir"/gcc44.patch || return 1

    ./autogen.sh --prefix=/usr --disable-static --enable-glib
    patch -Np0 -i "$srcdir"/Makefile.patch || return 1

    make || return 1
    make DESTDIR="$pkgdir" install || return 1

    rm -rf "$srcdir"/$_gitname-build
}
md5sums=('55a7d473b890683e2b8aeb26c234853f'
         '8ab04d1222d98c5acf3e3a02c8afc7ca')

dbus-c++ Makefile.patch:

--- src/Makefile    2009-08-25 08:57:28.200899667 +0100
+++ ../../Makefile    2009-08-25 08:54:45.085785301 +0100
@@ -291,7 +291,6 @@
     $(HEADER_DIR)/object.h \
     $(HEADER_DIR)/pendingcall.h \
     $(HEADER_DIR)/server.h \
-    $(HEADER_DIR)/debug.h \
     $(HEADER_DIR)/util.h \
     $(HEADER_DIR)/refptr_impl.h \
     $(HEADER_DIR)/introspection.h \

tomk

Forum Fellow

From: Ireland

Registered: 2004-07-21

Posts: 9,839

Re: Youki

ponto - that's where it failed for me before I amended the sigx package. No idea why you're still getting the error, when the header file is where it should be.

ponto

Member

Registered: 2007-05-15

Posts: 35

Re: Youki

i've solved this problem, it was a problem of permissions.

and now i get a problem during the youki compilation, it's related with dbus-c++. i was not using your pkgbuild, and then i started to use all pkgbuilds that you wrote in this topic, but the dbus-c++ fails on make install step, just like wonder's error.

with this new pkgbuild that you give the makefile's patch failed, but i tried to do it manually and i've got a pkg, installed it.

now youki is running : >

thanks

tomk

Forum Fellow

From: Ireland

Registered: 2004-07-21

Posts: 9,839

Re: Youki

Cool. Can you tell me how to play music with it? I can't figure it out.

ponto

Member

Registered: 2007-05-15

Posts: 35

Re: Youki

i've just pushed F1, then selected the folders that youki should use to scan and build his library. this can take a while.

when it's done, they should appear on youki's main windows, just like this:

use the mouse to double click to select the music, and that's it : >
to pause, just click near the equalizer.

btw, at first i think that i had to arrange the youki's panels, because the album's panel was using all the youki's area.

ah, and using F2 and F3 you can configure youki plugin's and other stuff, there's a last.fm's plugin : >

did it helped you? my english is not the best

tomk

Forum Fellow

From: Ireland

Registered: 2004-07-21

Posts: 9,839

Re: Youki

Yeah, I was double-clicking, seemed the most likely action - but it just locks up on me, and I have to kill -9 it. Running it from terminal is no use because it backgrounds itself and returns the prompt.

Anyway, no biggie.. I was mainly just curious about the build. Also, youki doesn't recognise either my local LVM volumes or my mounted NFS shares, so its no good to me right now anyway.

ponto

Member

Registered: 2007-05-15

Posts: 35

Re: Youki

use youki's redmine or the mailing list to talk to them, they can code that

Stalafin

Member

From: Berlin, Germany

Registered: 2007-10-26

Posts: 617

Re: Youki

So, anybody care to elaborate on what this Youki is and what makes it so great?

tomk

Forum Fellow

From: Ireland

Registered: 2004-07-21

Posts: 9,839

Re: Youki

Yes, the youki devs take care of all elaboration requirements - they've even been kind enough to set up a website so that all their elaborations are in one place.

evilgnome

Member

Registered: 2009-02-20

Posts: 62

Re: Youki

Hi everyone. I just found out about youki today, and I'm very interested... but damn that's a lot of custom PKGBUILDing. It's been about a month now -- does anyone know if the arch package landscape is any closer to playing nicely with a youki PKGBUILD? Could youki conceivably enter the AUR sometime soon?

tomk

Forum Fellow

From: Ireland

Registered: 2004-07-21

Posts: 9,839

Re: Youki

Your question is the wrong way around - try this:

does anyone know if youki is any closer to playing nicely with the arch package landscape?

Could youki conceivably enter the AUR sometime soon?

Now there's a puzzler... you need someone who's interested in the package... interested enough to put some work into it... interested enough to post in the forum about it... jeez, if only there was someone like that around here...

[1] best I could do, within FluxBB..

Chokkan

Member

Registered: 2009-04-06

Posts: 129

Re: Youki

It seems a bit more work (know how) than a mere package build. I'm sure evilgnome isn't the only one thinking along the same lines.

---

< Daenyth> tomkx: my girlfriend is linux
< Daenyth> srsly
< Daenyth> she loves the way I «make install»
< Daenyth> all her /dev entries are mode 7 for me

evilgnome

Member

Registered: 2009-02-20

Posts: 62

Re: Youki

I decided to try putting together a fresh youki-git PKGBUILD and see how far it would take me. Here are the complications so far:

1) I was hoping the git checkout would be ok with xerces-c (3) from the AUR, but I had to use tomk's xerces-c-2 PKGBUILD.

2) sigxconfig.h was not installed, but was needed, so I added the extra install line that tomk posted in the sigx PKGBUILD. Should sigxconfig.h always be installed? I mean should this be changed in the AUR PKGBUILD? Anyway, even though /usr/include/sigx-2.0/sigx/sigxconfig.h now exists, the compile error does not change.

Ponto: maybe I'm having the same permissions problem you had. Can you tell me what exactly your problem was?

Here's the error:

...
[ 37%] Building CXX object api/CMakeFiles/mpx-api.dir/services.cc.o
In file included from /home/evilgnome/Code/youki/src/mpx-build/api/services.cc:3:
/usr/include/sigx-2.0/sigx/sigx.h:23:24: error: sigxconfig.h: No such file or directory
In file included from /usr/include/sigx-2.0/sigx/internal_types.h:36,
                 from /usr/include/sigx-2.0/sigx/sigx.h:26,
                 from /home/evilgnome/Code/youki/src/mpx-build/api/services.cc:3:
/usr/include/sigx-2.0/sigx/static_assert.h:34: warning: identifier 'static_assert' will become a keyword in C++0x
In file included from /usr/include/sigx-2.0/sigx/sigx.h:29,
                 from /home/evilgnome/Code/youki/src/mpx-build/api/services.cc:3:
/usr/include/sigx-2.0/sigx/noninstantiatable.h:33: error: variable 'sigx::SIGX_API sigx::noninstantiatable' has initializer but incomplete type
/usr/include/sigx-2.0/sigx/noninstantiatable.h:33: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x
/usr/include/sigx-2.0/sigx/noninstantiatable.h:35: error: expected primary-expression before 'private'
/usr/include/sigx-2.0/sigx/noninstantiatable.h:35: error: expected '}' before 'private'
/usr/include/sigx-2.0/sigx/noninstantiatable.h:35: error: expected ',' or ';' before 'private'
/usr/include/sigx-2.0/sigx/noninstantiatable.h:40: error: expected declaration before '}' token
make[2]: *** [api/CMakeFiles/mpx-api.dir/services.cc.o] Error 1
make[1]: *** [api/CMakeFiles/mpx-api.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: Build Failed.
    Aborting...

and here's the PKGBUILD I used to get it:

pkgname=youki-git
pkgver=20091001
pkgrel=1

pkgdesc="A very simple, powerful and very fast media player"
url="http://youki.mp"

arch=('x86_64')
license=('unknown')

provides=('youki')
conflicts=('youki')
replaces=('youki')
depends=('boost' 'dbus-c++' 'gstreamer0.10-base-plugins' 'gtkglextmm' 'libglademm' 'libofa' 'libsexymm' 'pygtk' 'sigx' 'taglib-gio' 'xerces-c-2')
makedepends=('cmake' 'git')

_gitroot="git://youki.mp/mpx"
_gitname="mpx"

build() {
  cd $startdir/src/
  msg "Connecting to youki's GIT repository..."

  if [ -d $startdir/src/$_gitname ] ; then
    cd $_gitname && git pull origin
    msg "The local files are updated."
  else
    git clone $_gitroot
  fi

  msg "GIT checkout done or server timeout"
  msg "Starting make..."

  rm -rf $startdir/src/$_gitname-build
  cp -r $startdir/src/$_gitname $startdir/src/$_gitname-build
  cd $startdir/src/$_gitname-build/
  
  cmake . -DCMAKE_INSTALL_PREFIX=/usr || return 1
  make || return 1
  make DESTDIR=$startdir/pkg install
}

tomk: I meant no offense. I was imagining "playing nicely with" as a symmetric relation, without direction or fault. When I asked about youki and the AUR, I didn't mean "someone make me a working PKGBUILD," I was wondering if anyone knew about any relevant changes since the topic was active that would affect the feasibility of a working one.