muine should use xine-lib (and a tray icon)

eWoud · 2005-07-06 20:38:01

The tray icon is built by default, but not installed.

And please build muine with the xine-lib backend.
gStreamer is nice, but too slow (the gap between tracks is too long), uses too much cpu power and gives awful pops when starting/stopping/pauzing

here's my pkgbuild:

#$Id: PKGBUILD,v 1.2 2005/06/13 09:50:15 jgc Exp $
#Maintainer: Jan de Groot <jgc@archlinux.org>
#Contributor: Ben Mazer <blm@groknil.org>

pkgname=muine
pkgver=0.8.3
pkgrel=3
pkgdesc="a music app written in C#"
url="http://muine.gooeylinux.org"
depends=('gtk-sharp-2' 'libid3tag' 'flac' 'libvorbis' 'faad2' 'dbus-sharp>=0.33' 'xine-lib')
makedepends=('intltool')
install=muine.install
source=(http://muine.gooeylinux.org/$pkgname-$pkgver.tar.gz)
md5sums=('4e21eeb8e809bebf1e13540e44a6259d')

build() {
  [ "$GNOMEDIR" = "" ] && . /etc/profile.d/gnome.sh
  [ "$MONO_PATH" = "" ] && . /etc/profile.d/mono.sh

  # get rid of .wapi errors in fakeroot
  mkdir -p $startdir/pkg/weird
  export MONO_SHARED_DIR=$startdir/pkg/weird
       
  cd $startdir/src/$pkgname-$pkgver
  ./configure --prefix=/opt/gnome --enable-xine
  make || return 1
  make DESTDIR=$startdir/pkg GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 install
  mkdir -d $startdir/pkg/opt/gnome/lib/muine/plugins
  cp $startdir/src/$pkgname-$pkgver/plugins/TrayIcon.* $startdir/pkg/opt/gnome/lib/muine/plugins
  
  # housecleaning
  rm -rf $startdir/pkg/weird
   
}

phrakture · 2005-07-06 20:50:20

you should really just email the maintainer listed at the top of the PKGBUILD

eWoud · 2005-07-06 20:59:30

sorry I'll mail the maintainer then, please delete my thread

phrakture · 2005-07-06 21:02:48

eWoud wrote:

sorry I'll mail the maintainer then, please delete my thread

no worries, it's fine 8)

eWoud · 2005-07-06 21:13:45

I just thought it might be useful for people to find a quick fix in the forums, in case they experienced the same problems (slowness and pops)

phrakture · 2005-07-06 22:01:53

eWoud wrote:

I just thought it might be useful for people to find a quick fix in the forums, in case they experienced the same problems (slowness and pops)

here's what I would do... obviously the backend thing is an arbitrary decision (gstreamer may work well on other's computers), so, seeing as there's multiple options, I'd modify the PKGBUILD and name it "muine-xine" or something (add 'with Xine Backend' into the description too)

then put that in the AUR:
http://aur.archlinux.org (tar+gz the directory with only the PKGBUILD and upload that)

eWoud · 2005-07-06 22:21:51

ah... the static character of PKGBUILDs, sometimes (only sometimes) I wish I had those USE flags
and putting another version in AUR sounds like a bad idea, if everyone started doing this Aur'd be swarming of audacity-gtk2's and such

well anyway, if gstreamer doesn't cause abnormalities, I do recommend adding gst-plugins-vorbis and gst-plugins-mad to the depends() - am I correct to think that muine refuses to play .mp3 and .ogg files otherwise?

phrakture · 2005-07-06 22:27:33

eWoud wrote:

ah... the static character of PKGBUILDs, sometimes (only sometimes) I wish I had those USE flags
and putting another version in AUR sounds like a bad idea, if everyone started doing this...

that's exactly the point though - with the voting feature of the AUR, the maintainer could easilly tell "hmm, the xine backend is much more popular"
the AUR only holds PKGBUILDs anyway, so adding 100 of them like that would be about 20-30K... no big deal, space is cheap 8)

eWoud wrote:

well anyway, if gstreamer doesn't cause abnormalities, I do recommend adding gst-plugins-vorbis and gst-plugins-mad to the depends() - am I correct to think that muine refuses to play .mp3 and .ogg files otherwise?

I have no idea - never touched gstreamer before, nor muine - I use mpd for audio and xine for video... does aplay count too? heh

eWoud · 2005-07-06 22:46:00

phrakture wrote:

that's exactly the point though - with the voting feature of the AUR, the maintainer could easilly tell "hmm, the xine backend is much more popular"

People are a bit lazy, they often forget to vote
I think contacting the maintainer directly, or discussing it in the forums is better
just my 2 cents

phrakture wrote:

the AUR only holds PKGBUILDs anyway, so adding 100 of them like that would be about 20-30K... no big deal, space is cheap 8)

true but they'd have to be synced with the 'official' version all of the time ... well, ideally

phrakture wrote:

I have no idea - never touched gstreamer before, nor muine - I use mpd for audio and xine for video... does aplay count too? heh

I fell in love with the 'album' play feature (yes I'm one of those guy's)

phrakture · 2005-07-06 22:52:37

eWoud wrote:

phrakture wrote:
that's exactly the point though - with the voting feature of the AUR, the maintainer could easilly tell "hmm, the xine backend is much more popular"
People are a bit lazy, they often forget to vote
I think contacting the maintainer directly, of discussing it in the forums is better
just my 2 cents

The problem is the devs/package maintainers don't read the forums... it goes like this:
forums < arch ML < TU ML < arch-dev ML < bug tracker

if you want to get in touch with them, post it in the bug tracker...
still, posting it in the AUR 'Is A Good Thing'(TM)

eWoud · 2005-07-06 23:25:13

phrakture wrote:

The problem is the devs/package maintainers don't read the forums... it goes like this:
forums < arch ML < TU ML < arch-dev ML < bug tracker

but where does Aur stand in that line?
I mean, Aur is great for new packages, but not really if you'd like something (arbitrary or not) changed in a package

iBertus · 2005-07-06 23:46:00

AUR is for user-contributed packages and most packages put into AUR will not be adopted into the [community] repo. As phrakture said, if you want to suggest a change to an offical package, you'd be better off putting the feature request in the bug tracker.

Putting your PKGBUILD in AUR would be useful to help anyone who wants to build the package with the Xine backend but wants to do it without having to hack into a PKGBUILD themselves.

eWoud · 2005-07-07 00:39:08

what if they added an 'alternate-version-of-official-package' flag to AUR?

or does that make things only more complicated?

iBertus · 2005-07-07 01:10:05

that seems like more trouble than it's worth.

phrakture · 2005-07-07 01:19:42

eWoud wrote:

what if they added an 'alternate-version-of-official-package' flag to AUR?
or does that make things only more complicated?

just make it a different name

pkgname=muine-xine-backend
...
provides=(muine)

JGC · 2005-07-07 17:51:15

There's still a bug open for muine about the required gst-plugins. In the next version that will come out some day when I have time(either -2 or a new upstream version), muine will have the same type of postinstall message as rhythmbox has.

The nice thing about gstreamer is that you can install plugins on the fly, regenerate registry (does that on postinstall/postupgrade), restart your app and it uses the new plugin instantly. With xine, this is not possible without recompiling xine for the new codecs.

Arch Linux

#1 2005-07-06 20:38:01

muine should use xine-lib (and a tray icon)

#2 2005-07-06 20:50:20

Re: muine should use xine-lib (and a tray icon)

#3 2005-07-06 20:59:30

Re: muine should use xine-lib (and a tray icon)

#4 2005-07-06 21:02:48

Re: muine should use xine-lib (and a tray icon)

#5 2005-07-06 21:13:45

Re: muine should use xine-lib (and a tray icon)

#6 2005-07-06 22:01:53

Re: muine should use xine-lib (and a tray icon)

#7 2005-07-06 22:21:51

Re: muine should use xine-lib (and a tray icon)

#8 2005-07-06 22:27:33

Re: muine should use xine-lib (and a tray icon)

#9 2005-07-06 22:46:00

Re: muine should use xine-lib (and a tray icon)

#10 2005-07-06 22:52:37

Re: muine should use xine-lib (and a tray icon)

#11 2005-07-06 23:25:13

Re: muine should use xine-lib (and a tray icon)

#12 2005-07-06 23:46:00

Re: muine should use xine-lib (and a tray icon)

#13 2005-07-07 00:39:08

Re: muine should use xine-lib (and a tray icon)

#14 2005-07-07 01:10:05

Re: muine should use xine-lib (and a tray icon)

#15 2005-07-07 01:19:42

Re: muine should use xine-lib (and a tray icon)

#16 2005-07-07 17:51:15

Re: muine should use xine-lib (and a tray icon)

Board footer