Re: [Banshee-List] Banshee 0.9.0

[Gary Ekker <gekker novell com>]

On Mon, 2005-08-29 at 04:51 -0400, Aaron Bockover wrote:
> Hello All,
> 
> I've uploaded Banshee 0.9.0.
> 
> I ran into some problems with GStreamer/cdparanoia this weekend that
> unfortunately will keep CD playing out of Beta 4.
> 
> The problem with GStreamer/cdparanoia is that gst_pad_query calls are
> returning 0 when querying for sectors, which are needed to calculate
> track offsets and durations, which are needed to split the audio stream
> into "files" or "tracks" and to perform seeking therein. There are other
> CD-Playing apps that use GStreamer/cdparanoia that are broken due to
> this issue as well. This breakage is new to me in 10.0, as it worked
> fine in 9.3. Goobox exhibits this broken behavior as well.
> 
Please file a bug on this so that we can get it fixed, and block on it
if necessary.

> HAL Device detection for audio CDs is smooth and working, so if you
> insert/remove a CD, it will show up/disappear from the Banshee source
> list.
> 
> However, a number of other things have changed this week, since Beta 3:
> 
> 1. Basic GConf Schemas: most importantly, helix should actually be
> selected by default
> 
> 2. i18n: All set up, ready to be translated
> 
> 3. Restructured assembly config files: this is kind of big, but lead to
> Banshee being much more stable in new environments. Older Banshee
> versions used one Mono config file, and explicitly passed it to mono
> using the --config parameter, which overwrote existing mono DLL mappings
> (not sure if this is intended behavior or not for the mono --config
> flag, but it was not good). Now each assembly has its own config file
> (for each .dll, there is a .dll.config), and banshee.exe.config is much
> smaller. Also existing mono DLL mappings work (libc, for gettext
> bindings in Mono.Posix).
> 
> 4. -avoid-version and -module LDFLAGS for internal private shared
> libraries. There is no version number on the internal private .so files,
> and mappings now map again directly to the .so, but they are not
> symlinks... they are the actual shared library.
> 
This is just plain wrong. It has broken our packaging since, .so files
are only distributed in -devel packages. That would mean we have to
require banshee-devel in order to run banshee.

> 5. More extensive wrapper script (/usr/bin/banshee). 
> 
> 6. Good amount of environment testing. I have been able to build and
> install Banshee under FC4 and Ubuntu Breezy, and in the process,
> uncovered a few build and packaging/config bugs (many thanks to testers
> on #banshee). 
> 
> 7. A good amount of core bug fixes, UI related, and others.
> 
> 8. Bug fixes on entagged-sharp.
> 
> 9. Audio CD Disk Core... in new libbanshee. Need to find out why
> gst_query_pad is broken in 10.0
> 
> 10. IMPORTANT! Moved from sqlite2 to sqlite3! Mark: wipe out
> ~/.config/banshee/ or convert the database from version 2 to version 3
> (sqlite2 .dump <version 2 file> | sqlite3 <version 3 file>). Better to
> move the DB version now then when everyone has their libraries in
> version 2 format. It would not be fun having to write migration code.
> Also, version 3 is allegedly faster, supports more SQL, and does have a
> *much* smaller footprint.

> Tarball Releases:
> 
> http://banshee-project.org/files/libipoddevice/libipoddevice-0.3.1.tar.gz
> http://banshee-project.org/files/ipod-sharp/ipod-sharp-0.5.2.tar.gz
> http://banshee-project.org/files/banshee/banshee-0.9.0.tar.gz
> 
> I'm off to bed (it's 5 AM, have been non-stop hacking all weekend)...
> I'll try to wake up around 10 to see if there's anything that needs
> immediate resolution.
> 
> Best,
> Aaron
> 
> 
> _______________________________________________
> Banshee-list mailing list
> Banshee-list gnome org
> http://mail.gnome.org/mailman/listinfo/banshee-list