Bug 91419 - Ebuild for Banshee an audio player
|
Bug#:
91419
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: maintainer-wanted@gentoo.org
|
Reported By: xoen.gnu@gmail.com
|
|
Component: Applications
|
|
|
URL:
http://banshee-project.org/index.php/Main_Page
|
|
Summary: Ebuild for Banshee an audio player
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-05-04 05:26 0000
|
Hi, I've found this new project, seems beautiful.
The interface is similar to Rhythmbox (http://www.rhythmbox.org/).
It's written in C#.
Reproducible: Always
Steps to Reproduce:
1. emerge sonance
Actual Results:
Calculating dependencies
emerge: there are no ebuilds to satisfy "sonance".
Expected Results:
Sonance emerged :)
*** Bug 96440 has been marked as a duplicate of this bug. ***
This depends on gst-sharp which is only available via svn. Also, the 2.1
release doesn't compile against the latest gst-sharp svn revision. Most likely
would have to be a cvs ebuild.
Created an attachment (id=65487) [details]
banshee-0.8.2_pre20050808.ebuild
This is a CVS ebuild anticipating 0.8.2. (No releases yet, but we can hope.)
CVS checkout is fixed to -D 20050808 so it should afford testers a consistent
experience.
Note sonance has been renamed to banshee. This ebuild provides a compatibility
symlink /usr/bin/sonance -> /usr/bin/banshee.
Bug could perhaps be renamed or aliased. Web page has not yet been updated.
Suggest media-sound/banshee.
Deps not in portage or bugs.gentoo.org to follow.
Some more notes:
banshee-0.8.2 no longer depends on gst-sharp. Yay.
I think these ebuilds should be sufficient to install sonance/banshee on a stock
Gentoo system, but you might have to use Gentopia and/or indulge in some
unmasking of deps. In any case, these ebuilds will break your system if you
don't know what you're doing. YHBW.
Hi I've seen the new banshee website, it's beautiful!
I've seen also that the last version of banshee is the 0.9.5, released on
September 3 ... I think this project can be the iTunes for GNU/Linux (it
supports also the iPod) ;)
Changed the summary, url, and added Gentopia herd to CC, also, for anyone who
wants to check it out, it has been added to the Gentopia overlay
Works great on amd64 for standard playback, once. After importing my music and
restarting banshee it keep loading the playlists and processing. Also i have the
following messages starting from the terminal:
-----------------------------------------------
0: Active Player Engine is now 'GStreamer'
1: Loaded PlayerEngine core: GStreamer
2: Loaded AudioCdPlayerEngine core: GStreamer
3: Audio CD Core Initialized
4: Registered Banshee.SqlLoadTransaction
5: Executing Banshee.SqlLoadTransaction
Unhandled Exception: System.ArgumentOutOfRangeException: Argument is out of range.
in [0x0004d] System.DateTime:.ctor (Int64 newticks)
in [0x00d40] (at
/var/tmp/portage/mono-1.1.9/work/mono-1.1.9/mcs/class/corlib/System/DateTime.cs:1311)
System.DateTime:_DoParse (System.String s, System.String format, Boolean exact,
System.DateTime result, System.Globalization.DateTimeFormatInfo dfi,
DateTimeStyles style, System.Boolean longYear)
in [0x00013] (at
/var/tmp/portage/mono-1.1.9/work/mono-1.1.9/mcs/class/corlib/System/DateTime.cs:1357)
System.DateTime:ParseExact (System.String s, System.String[] formats,
System.Globalization.DateTimeFormatInfo dfi, DateTimeStyles style,
System.DateTime ret, Boolean exact, System.Boolean longYear)
in [0x0003b] (at
/var/tmp/portage/mono-1.1.9/work/mono-1.1.9/mcs/class/corlib/System/DateTime.cs:709)
System.DateTime:Parse (System.String s, IFormatProvider fp, DateTimeStyles styles)
in [0x00003] (at
/var/tmp/portage/mono-1.1.9/work/mono-1.1.9/mcs/class/corlib/System/DateTime.cs:681)
System.DateTime:Parse (System.String s, IFormatProvider fp)
in [0x0014d] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/LibraryTrackInfo.cs:291)
Banshee.LibraryTrackInfo:LoadFromDatabaseReader (IDataReader reader)
in [0x00008] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/LibraryTrackInfo.cs:137)
Banshee.LibraryTrackInfo:.ctor (IDataReader reader)
in [0x0002f] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/LibraryTransactions.cs:632)
Banshee.SqlLoadTransaction:AddSql ()
in [0x00021] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/LibraryTransactions.cs:608)
Banshee.SqlLoadTransaction:Run ()
in [0x00001] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/LibraryTransactions.cs:103)
Banshee.LibraryTransaction:SafeRun ()
in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()
6: Peacefully canceled LibraryTransaction
I have to say that banshee is very buggy for me too. I'm using the newest mono
on x86. I cannot reproduce my hangups, but it mostly hangs up when importing
many files (>20 i think). Sometimes it hangs when the playlist is finished and
so on. I don't know why, an strace shows nothing if i'm attaching... any ideas
how I could find out what happens?
In order for me to run banshee, I had to precede it with the `dbus-launch'
command. I.e. $ dbus-launch banshee
Otherwise I would get errors starting with
"Unhandled Exception: DBus.DBusException: Unable to determine the address of the
message bus"
Is this normal or does it indicate a problem somewhere along the line? At the
moment I have put the dbus-launch command inside the banshee shell script.
I had this problem too, but it disappeared somehow. I don't know, but are you
able to 'dbus-monitor --session' without dbus-launch?
Banshee is very stable with =dev-lang/mono-1.1.8* but it's not with
=dev-lang/mono-1.1.9*.. why?
I am having the follwoing errors with these ebuilds. If I run banshee as root
I
get the following:
# banshee
Unhandled Exception: DBus.DBusException: Unable to determine the address of the
message bus
in [0x0003e] (at /var/tmp/portage/dbus-0.36.2/work/dbus-0.36.2/mono/Bus.cs:46)
DBus.Bus:GetBus (BusType busType)
in [0x00001] (at /var/tmp/portage/dbus-0.36.2/work/dbus-0.36.2/mono/Bus.cs:23)
DBus.Bus:GetSessionBus ()
in [0x00007] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/DBusIPC.cs:53)
Banshee.DBusServer:.ctor ()
in [0x00016] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/Core.cs:135)
Banshee.Core:.ctor ()
in [0x0000b] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/Core.cs:73)
Banshee.Core:get_Instance ()
in [0x000ee] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/Main.cs:77)
Banshee.BansheeEntry:Main (System.String[] args)
Ok, so I run it with the dbus-launch and that works fine.
If I run as a normal user I get:
$ banshee
Unhandled Exception: System.ArgumentException: Path is empty
in [0x00085] (at
/var/tmp/portage/mono-1.1.9.1/work/mono-1.1.9.1/mcs/class/corlib/System.IO/Directory.cs:81)
System.IO.Directory:CreateDirectory (System.String path)
in [0x00013] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/Library.cs:67)
Banshee.Library:ReloadDatabase ()
in [0x00028] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/Library.cs:57)
Banshee.Library:.ctor ()
in [0x0005c] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/Core.cs:144)
Banshee.Core:.ctor ()
in [0x0000b] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/Core.cs:73)
Banshee.Core:get_Instance ()
in [0x000ee] (at
/var/tmp/portage/banshee-0.9.7.1/work/banshee-0.9.7.1/src/Main.cs:77)
Banshee.BansheeEntry:Main (System.String[] args)
My emerge info:
Portage 2.0.53_rc4 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2,
2.6.13-gentoo-r2 i686)
=================================================================
System uname: 2.6.13-gentoo-r2 i686 AMD Athlon(tm) XP 3200+
Gentoo Base System version 1.12.0_pre8
ccache version 2.4 [disabled]
dev-lang/python: 2.3.5, 2.4.2
sys-apps/sandbox: 1.2.13
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.20
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnow2 X a52 aac acpi alsa apm avi berkdb bitmap-fonts cdr crypt
cups curl dbus dvd dvdr dvdread eds emboss encode esd fam ffmpeg firefox flac
foomaticdb fortran gd gdbm gif gnome gstreamer gtk gtk2 hal imagemagick imlib
ipv6 ithreads java joystick jpeg lame ldap libg++ libwww live mad mikmod mime
mmx mmx2 mmxext mono motif mozcalendar mozilla mozsvg mp3 mpeg nautilus ncurses
network nls nptl nvidia ogg oggvorbis opengl oss pam pdflib perl pic png
pthreads python quicktime readline ruby samba sdl spell sqlite sse ssl svga
symlink tcltk tcpd tiff truetype truetype-fonts type1-fonts v4l v4l2i vcd
vorbis
win32codecs wma wma123 xinerama xml xml2 xv xvid zlib userland_GNU kernel_linux
elibc_glibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
As i noticed, banshee is very-very-very slow. Maybe the next release
So I'll probably end up maintaining this. but I'm kind of hanging back from
Gentoo a little bit... When I'm officially back, I'll take over maintaining this
and put it in Portage.... but right now... it's in Gentopia.
http://gentopia.gentooexperimental.org
Latest version is available there too.
This package is in portage. Since Doug took too much time to commit i thought
he
will not want to maintain this. Me and sound are the maintainers.
Thanks everyone.
Please mark ~amd64. I'm running this package from gentopia on AMD64 with almost
no problems (one segfault, until now). Would be good for testing anyway. But its
great that its in portage now! Emerge info can be found here:
http://www.phys.uu.nl/~hamaker/emerge.info
(In reply to comment #30)
> Please mark ~amd64. I'm running this package from gentopia on AMD64 with almost
> no problems (one segfault, until now). Would be good for testing anyway. But its
> great that its in portage now! Emerge info can be found here:
> http://www.phys.uu.nl/~hamaker/emerge.info
I can't add ~amd64 keyword because mono is still masked on amd64(my arch and one
of the herds i belong). But in the day we unmask mono we will keyword banshee,
beagle, muine and every mono app in portage. So you have to wait a few more
weeks until we unmask mono.
Two things:
1.(In reply to comment #31)
>
> I can't add ~amd64 keyword because mono is still masked on amd64(my arch and one
> of the herds i belong). But in the day we unmask mono we will keyword banshee,
> beagle, muine and every mono app in portage. So you have to wait a few more
> weeks until we unmask mono.
The mono package has been marked "amd64". I don't know about the useflag though.
Where would I check?
2. Banshee 0.9.12 seems to work much better on amd64 than both later versions.
For example, in 0.10.1 the notification-area-icon doesn't work with me. It
doesn't show up at all.
Sorry. Seem I was mistaken. I really thougt mono was marked "amd64" but it
isn't. Should have double-checked.
not sure .. if nautilus0cd-burner really REQUIRED ??
or could this be under some USE flag like "nautilus" ?
