Nabble - Banshee

cyrillic albums not showing album art/no contact with last.fm or amazon.com

2009-11-25T14:52:05Z

So far i've managed to get through my troubles by searching through forums, but there comes a stage where i give up. sorry if this has been covered before!
I've recently made the brave step from windows to ubuntu 9.10 - the reason being i was fed up with microsoft, wanted to sample ubuntu and recently purchased a htc hero and wanted to test out banshee that apparently syncs quite well with it.
So far it's been not bad (for some reason my htc wouldn't be recognised by banshee, but eventually it did!)

My problem is currently with album art. Apparently this is retrieved from the tags, then last.fm then amazon.com. But i haven't noticed any of this happening - even if i click "download album art" when something is selected or not - nothing happens.

Another problem is that i have a small number of russian albums with the album and track names in Cyrillic. For some reason, despite being tagged and having cover.jpg of the album art in each folder, there is no album art. I even went into the .cache directory and made a few jpgs of the album art, copying the style of how the other albums there are written. I've refreshed the library, deleted and re-added the tracks dozens of times. nothing seems to work.

even weirder, when i sync these tracks to my htc they go through the process of copying, but when i look in the music directory or open my htc player, these albums don't show up!

any ideas? i'd appreciate any help with any of this - starting to think the effort was a bit wasted now because whatever i try out, there is always some problem - even if it is a small one!

another questions, while i'm here (i hear eyes rolling... sorry!) how can you add m4b audiobooks to banshee? they don't seem to be recognised or divided away into their own section? i've searched around for this, apparently it isn't a feature that's been added yet?

thanks!

Re: How to write my first Plugin

2009-11-25T12:47:03Z

On Mon, 2009-11-23 at 09:58 +0000, Mathijs Dumon wrote:

> > Date: Sun, 22 Nov 2009 09:58:13 -0800
> > Subject: [Banshee-List] How to write my first Plugin
> >
> >
> > Hi,
> >
> > I search for a guide / api documentation / sourcecode sample or
> whatever to
> > write my first banshee plugin since hours(!). The most interesting
> resource
> > I found was a code sample from 2005 ( SamplePlugin.cs ) but it
> doesn't
> > compile / work. It seems that the API is changed.
> >
> > Any ideas?
> >
> > L3vi
> > --
>
> Actually, there are quite a few extensions in the source code of
> Banshee itself. Some of them are fairly complicated, but others are
> fairly simple (like the cover art fetcher).
> But I agree that the Banshee project is missing a good tutorial on how
> to write plugins!

To add some more details :
- The sample extension is in the banshee source tree, in
src/Extensions/Banshee.Sample/, along all the other core extensions.
- Some third party extensions are listed here :
http://banshee-project.org/download/extensions/

My advice would be to try to find an extension that does something
vaguely similar to what you want to do, and start from there.

I'd be happy to try to answer any specific question you might have.

--
Bertrand Lorentz <bertrand.lorentz@...>

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

signature.asc (205 bytes) Download Attachment

Re: GLIB errors in autoconf on MacOSX

2009-11-25T12:37:02Z

Hi,

On Mon, 2009-11-23 at 02:07 -0800, Batmensch wrote:

> Trying to build MacOSX. I used git to download the latest. I was able to
> get build-deps to work by pointing it at the 10.6 SDK. Now I'm hanging
> here:
>
> Running intltoolize --force --copy ...
> Running glibtoolize --force --copy --automake ...
> Running aclocal -I build/m4/banshee -I build/m4/shamrock -I build/m4/shave
> -I /Users/hcaley/banshee/build/osx/deps/bundle-install/share/aclocal -I
> /Library/Frameworks/Mono.framework/Versions/Current/share/aclocal ...
> Running autoconf ...
> configure:13284: error: possibly undefined macro: AM_PATH_GLIB_2_0
> If this token and others are legitimate, please use m4_pattern_allow.
> See the Autoconf documentation.
> configure:18005: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
> Error: Could not run autoconf, which is required to configure banshee

I've been helping a friend trying to get banshee to build on his Mac
(with Mac OS 10.6), and he got stuck on the same error.
It turns out the problems start during the "build-deps.sh" phase :

Processing libsoup (4 of 21)
--> Running: ./configure
--prefix=/Users/tma/banshee/build/osx/deps/bundle-install
--without-gnome --disable-gtk-doc
[...]
checking for GLIB - version >= 2.15.3... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log
for the
*** exact error that occured. This usually means GLIB is incorrectly
installed.
configure: error: GLIB 2.15.3 or later is required to build libsoup

ERROR: Failed to run ./configure against libsoup

Instead of stoping here, the build move on to the next target
(/targets/gettext.targets).
The config.log contains the following :

configure:21812: checking for GLIB - version >= 2.15.3
configure:21936: gcc -o conftest
-I/Users/tma/banshee/build/osx/deps/bundle-install/include
-I/Library/Frameworks/Mono.framework/Versions/Current/include
-isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.4
-D_REENTRANT
-I/Library/Frameworks/Mono.framework/Versions/2.2/include/glib-2.0
-I/Library/Frameworks/Mono.framework/Versions/2.2/lib/glib-2.0/include
-L/Users/tma/banshee/build/osx/deps/bundle-install/lib
-L/Library/Frameworks/Mono.framework/Versions/Current/lib conftest.c
-L/Library/Frameworks/Mono.framework/Versions/2.2/lib -lgthread-2.0
-lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl >&5
ld: warning:
in /Developer/SDKs/MacOSX10.5.sdk/Library/Frameworks/Mono.framework/Versions/Current/lib/libgthread-2.0.dylib, missing required architecture x86_64 in file
ld: warning:
in /Developer/SDKs/MacOSX10.5.sdk/Library/Frameworks/Mono.framework/Versions/Current/lib/libgio-2.0.dylib, missing required architecture x86_64 in file
ld: warning:
in /Developer/SDKs/MacOSX10.5.sdk/Library/Frameworks/Mono.framework/Versions/Current/lib/libgobject-2.0.dylib, missing required architecture x86_64 in file
ld: warning:
in /Developer/SDKs/MacOSX10.5.sdk/Library/Frameworks/Mono.framework/Versions/Current/lib/libgmodule-2.0.dylib, missing required architecture x86_64 in file
ld: warning:
in /Developer/SDKs/MacOSX10.5.sdk/Library/Frameworks/Mono.framework/Versions/Current/lib/libglib-2.0.dylib, missing required architecture x86_64 in file
ld: warning:
in /Developer/SDKs/MacOSX10.5.sdk/Library/Frameworks/Mono.framework/Versions/Current/lib/libintl.dylib, missing required architecture x86_64 in file
Undefined symbols:
"_glib_minor_version", referenced from:
_main in ccI0B6bx.o
[...]

So my guess is that it's looking for 64 bits version of the librairies,
but mono provides 32 bits. As I don't know anything about OSX, I might
be very wrong.

Would anyone with a bit more OSX knowledge care to comment ?

--
Bertrand Lorentz <bertrand.lorentz@...>

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

signature.asc (205 bytes) Download Attachment

Re: 9.10 Device Support and 1.6 Beta 3

2009-11-24T13:18:52Z

2009/11/23 mas1234 <msardello@...>

Two questions.

1. I upgraded from Jaunty to Karmic, and now, cannot get Banshee to
recognize/mount any of my devices... iPod, Sanza Fuze, etc. Has anyone
resolved this? Did I just miss it somewhere?

the iPod is broken because of the move to devicekit, however my sansa fuze works just fine with the new banshee. Please report a bug.

2. It says on your site that 1.6 Beta 3 was released on Nov. 20. I updated
my Software Sources, but it still shows that 1.6 Beta 2 (1.5.1) is the
current version... so there is nothing to update. I followed all directions
for updating the ppa information and related terminal scripts twice and
nothing.

the banshee developers have little if any influence on what goes into the ubuntu ppa. Since this is an unstable development release though I would assume you'd have to enable the banshee-unstable ppa.

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: Banshee wont load IPOD

2009-11-24T11:12:52Z

Hey Helly,

you're proably facing the same problem as I. See
https://bugzilla.gnome.org/show_bug.cgi?id=586508

On Mon, 2009-11-23 at 13:05 -0800, Helly wrote:
> hey,
> I just installed Banshee. I tried to load my IPod (Video? 5th Generation)
> but nothing happens.
> I tried re-installing back nothing changes.
>
> Can someone help me?

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: Importing media

2009-11-24T09:24:03Z

Thanks a lot. I will try to store meta-data with my files. Probably that will solve my problem.

Steven Coté wrote:

>
> I have ripped some of my CDs on one machine, and it works fine. Then I move
>
the folder and file structure for this artist to my other machine, to the
> library folder, and run "Import Media". The result is that Banshee imports
> "Unknown Artist" and no album structure.

If I had to guess, I'd say that all of the meta-data wasn't actually saved
in the files. When you ripped the CD using Banshee, it stores all that
information in it's own database. If it wasn't saved to the file as well, it
wouldn't be preserved when you move the files to a new machine.

I don't have a copy of 1.4.3 handy, so I can't check the exact wording, but
if you look at the application options, there'll be one that says something
like "write meta-data to files". Make sure that one is checked.

Now, having checked it (assuming that actually is the problem), you'll need
to provoke it into writing the meta data to the files. There may be a better
way of doing this, but what I tend to do is select a bunch of files, edit
them en masse by adding a character to what ever data item they have in
common and then changing it back. It's a labor intensive process, but it'll
work. Hopefully someone here can suggest a better way of doing it.

_______________________________________________
banshee-list mailing list
banshee-list@gnome.org
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: Rhythmbox importing

2009-11-23T17:23:50Z

gsiliceo wrote:

Hi, is there anyway to import my rhythmbox database to banshee?

I just had the same problem and wrote a quick java app to COPY rating and play count from the rhythmbox xml file to the banshee datbase. It is VERY rough - paths are hardcoded, etc. You will need to change some string constants and recompile it first.Sync.java. This requires a sax parser and a SQLIte jdbc driver:

http://sourceforge.net/projects/sax/files/sax/sax%202.0.1%20(sax2r2)/
http://www.zentus.com/sqlitejdbc/

It does create any entries in banshee. You must import your music first.
ALso it does NOT create any backups at all. Create a copy of your banshee database first !

Use at your own risk but it worked for me.

Ipod/Palm Pre, podcast sync, and ejecting

2009-11-23T15:01:59Z

I'm using my Palm Pre with banshee 1.5 on Ubuntu KArmic.

Banshee sporadically picks up my Pre as an iPod (which I understand the Pre is supposed to do deliberately). However when I try to sync music or podcasts the sync hangs, or there will be a number of podcasts that arent transferred despite being marked new.

When I try to eject the Pre using the eject function I get the message "Could no eject media player: org.freedesktop.Hal.Device.Volume.Unknownfailure: Cannot open /media/.hal-mtab.

Radio Total Duration Reporting

2009-11-23T14:35:02Z

I think reporting total duration for "live" radio should not be as the values do not exist -- i.e. progress bars and total duration in the status bar do not apply to radio and take up space.

In less musically-inclined apps, like say Totem, clicking the progress bar for live streams just kills the stream, and while Banshee's progress bars are grayed-out and do not function for radio thankfully, they still look fairly clickable with even Ubuntu 9.10's default Human theme.

Anyway some more constructive feedback.

Banshee wont load IPOD

2009-11-23T13:05:30Z

hey,
I just installed Banshee. I tried to load my IPod (Video? 5th Generation) but nothing happens.
I tried re-installing back nothing changes.

Can someone help me?

Re: GLIB errors in autoconf on MacOSX

2009-11-23T13:00:06Z

Yes.

gabaug wrote:

I assume you are running ./autogen.osx.sh ?

On Mon, Nov 23, 2009 at 2:07 AM, Batmensch <hcaley@plasmabat.com> wrote:
>
> Trying to build MacOSX. I used git to download the latest. I was able to
> get build-deps to work by pointing it at the 10.6 SDK. Now I'm hanging
> here:
>
> Running intltoolize --force --copy ...
> Running glibtoolize --force --copy --automake ...
> Running aclocal -I build/m4/banshee -I build/m4/shamrock -I build/m4/shave
> -I /Users/hcaley/banshee/build/osx/deps/bundle-install/share/aclocal -I
> /Library/Frameworks/Mono.framework/Versions/Current/share/aclocal ...
> Running autoconf ...
> configure:13284: error: possibly undefined macro: AM_PATH_GLIB_2_0
> If this token and others are legitimate, please use m4_pattern_allow.
> See the Autoconf documentation.
> configure:18005: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
> Error: Could not run autoconf, which is required to configure banshee
>
> Do I need to set GLIB paths somewhere or something?
>
> Hugh

Re: GLIB errors in autoconf on MacOSX

2009-11-23T12:57:01Z

I assume you are running ./autogen.osx.sh ?

On Mon, Nov 23, 2009 at 2:07 AM, Batmensch <hcaley@...> wrote:

>
> Trying to build MacOSX. I used git to download the latest. I was able to
> get build-deps to work by pointing it at the 10.6 SDK. Now I'm hanging
> here:
>
> Running intltoolize --force --copy ...
> Running glibtoolize --force --copy --automake ...
> Running aclocal -I build/m4/banshee -I build/m4/shamrock -I build/m4/shave
> -I /Users/hcaley/banshee/build/osx/deps/bundle-install/share/aclocal -I
> /Library/Frameworks/Mono.framework/Versions/Current/share/aclocal ...
> Running autoconf ...
> configure:13284: error: possibly undefined macro: AM_PATH_GLIB_2_0
> If this token and others are legitimate, please use m4_pattern_allow.
> See the Autoconf documentation.
> configure:18005: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
> Error: Could not run autoconf, which is required to configure banshee
>
> Do I need to set GLIB paths somewhere or something?
>
> Hugh
> --
> View this message in context: http://old.nabble.com/GLIB-errors-in-autoconf-on-MacOSX-tp26474938p26474938.html
> Sent from the Banshee mailing list archive at Nabble.com.
>
> _______________________________________________
> banshee-list mailing list
> banshee-list@...
> http://mail.gnome.org/mailman/listinfo/banshee-list
>

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: Importing media

2009-11-23T02:24:04Z

I have ripped some of my CDs on one machine, and it works fine. Then I move

the folder and file structure for this artist to my other machine, to the
library folder, and run "Import Media". The result is that Banshee imports
"Unknown Artist" and no album structure.

If I had to guess, I'd say that all of the meta-data wasn't actually saved in the files. When you ripped the CD using Banshee, it stores all that information in it's own database. If it wasn't saved to the file as well, it wouldn't be preserved when you move the files to a new machine.

I don't have a copy of 1.4.3 handy, so I can't check the exact wording, but if you look at the application options, there'll be one that says something like "write meta-data to files". Make sure that one is checked.

Now, having checked it (assuming that actually is the problem), you'll need to provoke it into writing the meta data to the files. There may be a better way of doing this, but what I tend to do is select a bunch of files, edit them en masse by adding a character to what ever data item they have in common and then changing it back. It's a labor intensive process, but it'll work. Hopefully someone here can suggest a better way of doing it.

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: Podcasts Icon on Startup

2009-11-23T02:16:09Z

On Sun, 2009-11-22 at 11:15 -0800, ScottMSanders wrote:
> Whenever I start Banshee, my podcasts source icon always appears like a
> second or so after everything else, which is the second-to-last source
> listed right above (Internet) radio -- not a big deal but kinda odd.

The podcast service implements the 'IDelayedInitializeService' interface
and the podcast plugin's interface is initialized in the
'DelayedInitialize' method.

So, you're right.

As far as I can tell there isn't any reason that this needs to be, it
just never bothered me enough to change it.

I'll change it in the new podcast plugin.

If you want to take the new podcast plugin for a spin the code is here:
git://github.com/mcu/banshee.git.

It's basically stable, sans a few graphical elements, and waiting on
some patches to be applied to Miro Guide.

Backup your db anyway :),

~Mike

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

GLIB errors in autoconf on MacOSX

2009-11-23T02:07:16Z

Trying to build MacOSX. I used git to download the latest. I was able to get build-deps to work by pointing it at the 10.6 SDK. Now I'm hanging here:

Running intltoolize --force --copy ...
Running glibtoolize --force --copy --automake ...
Running aclocal -I build/m4/banshee -I build/m4/shamrock -I build/m4/shave -I /Users/hcaley/banshee/build/osx/deps/bundle-install/share/aclocal -I /Library/Frameworks/Mono.framework/Versions/Current/share/aclocal ...
Running autoconf ...
configure:13284: error: possibly undefined macro: AM_PATH_GLIB_2_0
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure:18005: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
Error: Could not run autoconf, which is required to configure banshee

Do I need to set GLIB paths somewhere or something?

Hugh

Re: How to write my first Plugin

2009-11-23T01:58:14Z

> Date: Sun, 22 Nov 2009 09:58:13 -0800

> Subject: [Banshee-List] How to write my first Plugin
>
>
> Hi,
>
> I search for a guide / api documentation / sourcecode sample or whatever to
> write my first banshee plugin since hours(!). The most interesting resource
> I found was a code sample from 2005 ( SamplePlugin.cs ) but it doesn't
> compile / work. It seems that the API is changed.
>
> Any ideas?
>
> L3vi
> --

Actually, there are quite a few extensions in the source code of Banshee itself. Some of them are fairly complicated, but others are fairly simple (like the cover art fetcher).
But I agree that the Banshee project is missing a good tutorial on how to write plugins!

mat

Deel je favoriete foto's online met Windows Live Photos
_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

9.10 Device Support and 1.6 Beta 3

2009-11-23T00:37:14Z

Two questions.

1. I upgraded from Jaunty to Karmic, and now, cannot get Banshee to recognize/mount any of my devices... iPod, Sanza Fuze, etc. Has anyone resolved this? Did I just miss it somewhere?

2. It says on your site that 1.6 Beta 3 was released on Nov. 20. I updated my Software Sources, but it still shows that 1.6 Beta 2 (1.5.1) is the current version... so there is nothing to update. I followed all directions for updating the ppa information and related terminal scripts twice and nothing.

Please advise.

Thanks!

Re: proposal to adopt the GNOME release schedule

2009-11-22T14:22:43Z

Sex, 2009-11-20 às 19:30 -0800, Gabriel Burt escreveu:
> Hi everybody,
>
> I think it would be valuable to Banshee as a project and community to
> adopt GNOME's release schedule. We would put out big releases,
> intended to be picked up by various distros, on a six-month cycle.
> What do you think?

As a translator I think it's really great! Having things 100% translated
for a stable release is much easier when you have a fixed release
schedule, so I hope you go forward with this idea.

--
Regards,

António Lima
www.blog.amrlima.info

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

signature.asc (205 bytes) Download Attachment

lost scrobbles while last.fm was not available

2009-11-22T14:18:35Z

Due to banshee (1.5.1) not using libproxy and parsing my proxy
environment properly (I have to set it manually/explicitly before I
start it but forgot to), it seems that banshee has failed to scrobble
the last few days of my listening.

I had thought that banshee keeps track of failed scrobbles and queues
them up locally for the next time it is able to scrobble and pushes all
of the queued ones through. However, I made sure I was connected to
last.fm and played a track through to the end and I saw it get scrobbled
on last.fm, but none of the tracks that had not been scrobbled for the
last few days appeared on last.fm. I'm assuming that's lost information
at this point. :-(

So, a couple of things. 1) it would be nice if one could see the local
list of tracks to be scrobbled. 2) it would be nice if banshee didn't
lose locally queued scrobbles for any reason and 3) in the case of 2, it
would be nice to be able to select a range of tracks played (assuming
one sorts by last played) and re-scrobble them.

Thots?

b.

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

signature.asc (204 bytes) Download Attachment

Re: Device support for T-Mobile Pulse (Huawei 8220)

2009-11-22T14:16:14Z

Gabriel,

I would like to try this patch out but really don't understand how to use git. Running banshee 1.5.0.0 on Ubuntu 9.10

Have a Motorola Droid, and would like to see if it's recognizing all Android phones.

gabaug wrote:

On Fri, Nov 6, 2009 at 3:47 PM, Gabriel Burt <gabriel.burt@gmail.com> wrote:
Ok, I just committed a patch that looks for 'android' in the USB
device's product, name, uuid, and serial, and recognize it as an
Android device if found. Could you checkout Banshee from git master
and see if that does it for you?

Gabriel
_______________________________________________
banshee-list mailing list
banshee-list@gnome.org
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: Memory usage

2009-11-22T13:03:51Z

Banshee's memory usage is insane, I'm trying to put tracks on my mp3 player and the things becoming unresponsive. memory usage is at 900mb+!

andreskru wrote:

im using Banshee 1.0 in Ubuntu 8.04.
Im seeing that the amount of memory in use is exesive.

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15164 andreskr 20 0 177m 83m 24m S 6.3 8.3 4:24.60 banshee-1
27828 andreskr 20 0 170m 45m 20m S 4.0 4.5 0:06.06 rhythmbox

Total memory 1034284k

Banshee is using 80 mb ram!!!
its that normal?

in the test im using banshee and rhythmbox
Opinions?

Podcasts Icon on Startup

2009-11-22T11:15:17Z

Whenever I start Banshee, my podcasts source icon always appears like a second or so after everything else, which is the second-to-last source listed right above (Internet) radio -- not a big deal but kinda odd.

Re: proposal to adopt the GNOME release schedule

2009-11-22T10:49:49Z

On Sun, Nov 22, 2009 at 9:07 AM, Bertrand Lorentz
<bertrand.lorentz@...> wrote:
> [Putting on my dusty "extension developer" hat]
> Time base releases would also be helpful for other extension
> developers : they would know when's the best time to test their
> extension with the latest Banshee, and when the new feature they're
> relying on will be widely available.
> But it's not because we would have a "API freeze" deadline that we
> should then break API for no good reason. ;)

In GNOME, API freeze only applies to libraries, not applications in
the desktop suite. So while adopting an API freeze is an admirable
goal, it is not necessarily common practice for user applications in
GNOME.

Sandy
_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

How to write my first Plugin

2009-11-22T09:58:12Z

Hi,

I search for a guide / api documentation / sourcecode sample or whatever to write my first banshee plugin since hours(!). The most interesting resource I found was a code sample from 2005 ( SamplePlugin.cs ) but it doesn't compile / work. It seems that the API is changed.

Any ideas?

L3vi

Re: proposal to adopt the GNOME release schedule

2009-11-22T09:07:33Z

On Fri, 2009-11-20 at 19:30 -0800, Gabriel Burt wrote:
> Hi everybody,
>
> I think it would be valuable to Banshee as a project and community to
> adopt GNOME's release schedule. We would put out big releases,
> intended to be picked up by various distros, on a six-month cycle.
> What do you think?

I'm all for predictable and timely releases.
Having a fixed release schedule would remove the "when" variable from
the release equation. Discussion and decisions about releases would then
be only about the "what" (features and fixes), hopefully making them
simpler.

But we will have to come to terms with the potential consequences : some
releases might not be as feature-packed as we'd like, or we might have
to revert a change that turns out to be problematic before a release.

If we do choose to go down this road, I propose that we take the time to
re-evaluate this decision after the 1.6 release, hoping this will only
lead us to congratulate ourselves for doing the right thing ;)

[Putting on my dusty "extension developer" hat]
Time base releases would also be helpful for other extension
developers : they would know when's the best time to test their
extension with the latest Banshee, and when the new feature they're
relying on will be widely available.
But it's not because we would have a "API freeze" deadline that we
should then break API for no good reason. ;)

> I've summarized the upcoming release schedule
> (http://live.gnome.org/TwoPointTwentynine/) and included a proposal
> for how Banshee could adopt it.

I'm including an updated schedule below, without the unstable release on
the 12-16 (it's a stable GNOME release). I think having only one week
between two releases is not useful anyway. I don't know if it was
intentional, but there's also one less beta release compared to GNOME
(on 02-10). I guess we could add it back if necessary.

Date Banshee GNOME schedule
11-18 1.5.2 (11-20) unstable release
12-02 1.5.3 unstable release
12-23 1.5.4 unstable release
01-11 announce string/UI changes
01-13 1.5.5 unstable release
01-18 API freeze
01-25 feature freeze
01-27 1.5.6 unstable release
02-08 UI freeze
02-24 1.5.98 beta release
03-10 1.5.99 RC release
03-31 1.6.0 stable release
04-28 1.6.1 stable release
05-06 1.7.0 unstable release

--
Bertrand Lorentz <bertrand.lorentz@...>

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

signature.asc (205 bytes) Download Attachment

Re: Brackets (and String) in Title Ignored

2009-11-22T05:05:12Z

On Sat, 2009-11-21 at 12:45 -0800, ScottMSanders wrote:

> Banshee seems to ignore or rather not display [brackets] in track titles and
> the string therein, for radio streams anyway.
>
> For example, the song Various Artists - Tibet [A Passage To.] appeared in
> Banshee as just Various Artists - Tibet, while the full string appeared in
> Totem, as it did on the radio station's website.
>
> Of course arguing for or against brackets and whatnot would I think be
> pointless for radio as one has little control over how webjays title their
> tracks.

You're right, anything between brackets is removed from the track title
for radio streams. See the code and comments there :
http://git.gnome.org/cgit/banshee/tree/src/Core/Banshee.Core/Banshee.Streaming/StreamTagger.cs#n325

I'm not sure, but this could probably be improved, maybe by keeping the
original title in DisplayTrackTitle ?
Would you mind filing a bug for this ?
http://banshee-project.org/contribute/file-bugs/

--
Bertrand Lorentz <bertrand.lorentz@...>

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

signature.asc (205 bytes) Download Attachment

Importing media

2009-11-22T01:12:43Z

I am a new user of Banshee, and I have a problem when moving music between my two machines, both with Banshee "1.4.3".
I have ripped some of my CDs on one machine, and it works fine. Then I move the folder and file structure for this artist to my other machine, to the library folder, and run "Import Media". The result is that Banshee imports "Unknown Artist" and no album structure. And the songs are renumbered.
First I thought Banshee should update the db when I made changes in the library folder and restarted the program. When it did not, I tried "Import Media", but it fails. And as the wiki is down these days, it's hard to find a way to solve this kind of problem.
Does anyone have a solution to this?

Brackets (and String) in Title Ignored

2009-11-21T12:45:04Z

Banshee seems to ignore or rather not display [brackets] in track titles and the string therein, for radio streams anyway.

For example, the song Various Artists - Tibet [A Passage To.] appeared in Banshee as just Various Artists - Tibet, while the full string appeared in Totem, as it did on the radio station's website.

Of course arguing for or against brackets and whatnot would I think be pointless for radio as one has little control over how webjays title their tracks.

Re: How to Best Use the Fields in the Sorting Tab?

2009-11-21T07:29:08Z

On Thursday 19,November,2009 03:49 PM, Navneeth wrote:
>
> Could someone explain to me how to use/what's the purpose of the fields under
> the Sorting tab (rightclick on track->Edit Track Information > Sorting)?
>
>
I think it's something like "Sort as", though I haven't used that feature
before. Basically it displays the title/artist/album as what's configured in
"Basic Detail" and then sorts as though it was really set to what's configured
in "Sorting".

--
Kind regards,
Chow Loong Jin

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

signature.asc (269 bytes) Download Attachment

Re: proposal to adopt the GNOME release schedule

2009-11-21T06:34:57Z

I agree that this looks like a really terrific plan. I think that having that many development releases - it looks like 7 additional 1.5.x releases - between now and 1.6 is a great idea. Banshee's development releases, and even git master, have traditionally been quite stable, so lowering the barrier for potential testers by making releases more often is definitely a good idea. More development releases -> a broader testing base -> more of the little annoyances get discovered and fixed during the development cycle -> really polished releases every six months. I think this will be a really good thing for Banshee.

gabaug wrote:

Hi everybody,

I think it would be valuable to Banshee as a project and community to
adopt GNOME's release schedule. We would put out big releases,
intended to be picked up by various distros, on a six-month cycle.
What do you think?

I've summarized the upcoming release schedule
(http://live.gnome.org/TwoPointTwentynine/) and included a proposal
for how Banshee could adopt it.

Date Banshee GNOME schedule
11-18 1.5.2 (11-20) unstable release
12-02 1.5.3 unstable release
12-16 1.5.4 unstable release
12-23 1.5.5 unstable release
01-11 announce string/UI changes
01-13 1.5.6 unstable release
01-18 API freeze
01-25 feature freeze
01-27 1.5.7 unstable release
02-08 UI freeze
02-24 1.5.98 beta release
03-10 1.5.99 RC release
03-31 1.6.0 stable release
04-28 1.6.1 stable release
05-06 1.7.0 unstable release

I think this would really change Banshee in a great way. Distros,
translators, and documenters will know when to expect releases (and of
what quality).

I've been itching to get 1.6 out, since we said we would try to get it
out by August. But the biggest reason for a new big release is to get
it in front of users - and they do that by upgrading their distros, so
we might as well align our schedule with GNOME and the distros.

Gabriel
_______________________________________________
banshee-list mailing list
banshee-list@gnome.org
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: proposal to adopt the GNOME release schedule

2009-11-21T05:02:52Z

Love the idea - I think for users it really helps in understanding when there might be a release, rather than the current unpredictable schedule. I think you're point of distros, translators and documentation writers knowing when it's coming out and what their deadline is helps as well.

Paul

On Sat, Nov 21, 2009 at 2:55 AM, Ken VanDine <ken@...> wrote:

This is a great idea, and should benefit everyone. The GNOME release
schedule has proven to be very helpful for both distros and projects.
It will help translators, developers and packagers plan and ensure
maximum success for the banshee project.

--Ken

On Fri, 2009-11-20 at 19:30 -0800, Gabriel Burt wrote:
> Hi everybody,
>
> I think it would be valuable to Banshee as a project and community to
> adopt GNOME's release schedule. We would put out big releases,
> intended to be picked up by various distros, on a six-month cycle.
> What do you think?
>
> I've summarized the upcoming release schedule
> (http://live.gnome.org/TwoPointTwentynine/) and included a proposal
> for how Banshee could adopt it.
>
> Date Banshee GNOME schedule
> 11-18 1.5.2 (11-20) unstable release
> 12-02 1.5.3 unstable release
> 12-16 1.5.4 unstable release
> 12-23 1.5.5 unstable release
> 01-11 announce string/UI changes
> 01-13 1.5.6 unstable release
> 01-18 API freeze
> 01-25 feature freeze
> 01-27 1.5.7 unstable release
> 02-08 UI freeze
> 02-24 1.5.98 beta release
> 03-10 1.5.99 RC release
> 03-31 1.6.0 stable release
> 04-28 1.6.1 stable release
> 05-06 1.7.0 unstable release
>
> I think this would really change Banshee in a great way. Distros,
> translators, and documenters will know when to expect releases (and of
> what quality).
>
> I've been itching to get 1.6 out, since we said we would try to get it
> out by August. But the biggest reason for a new big release is to get
> it in front of users - and they do that by upgrading their distros, so
> we might as well align our schedule with GNOME and the distros.
>
> Gabriel
> _______________________________________________
> banshee-list mailing list
> banshee-list@...
> http://mail.gnome.org/mailman/listinfo/banshee-list

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: proposal to adopt the GNOME release schedule

2009-11-21T00:55:31Z

This is a great idea, and should benefit everyone. The GNOME release
schedule has proven to be very helpful for both distros and projects.
It will help translators, developers and packagers plan and ensure
maximum success for the banshee project.

--Ken

On Fri, 2009-11-20 at 19:30 -0800, Gabriel Burt wrote:

> Hi everybody,
>
> I think it would be valuable to Banshee as a project and community to
> adopt GNOME's release schedule. We would put out big releases,
> intended to be picked up by various distros, on a six-month cycle.
> What do you think?
>
> I've summarized the upcoming release schedule
> (http://live.gnome.org/TwoPointTwentynine/) and included a proposal
> for how Banshee could adopt it.
>
> Date Banshee GNOME schedule
> 11-18 1.5.2 (11-20) unstable release
> 12-02 1.5.3 unstable release
> 12-16 1.5.4 unstable release
> 12-23 1.5.5 unstable release
> 01-11 announce string/UI changes
> 01-13 1.5.6 unstable release
> 01-18 API freeze
> 01-25 feature freeze
> 01-27 1.5.7 unstable release
> 02-08 UI freeze
> 02-24 1.5.98 beta release
> 03-10 1.5.99 RC release
> 03-31 1.6.0 stable release
> 04-28 1.6.1 stable release
> 05-06 1.7.0 unstable release
>
> I think this would really change Banshee in a great way. Distros,
> translators, and documenters will know when to expect releases (and of
> what quality).
>
> I've been itching to get 1.6 out, since we said we would try to get it
> out by August. But the biggest reason for a new big release is to get
> it in front of users - and they do that by upgrading their distros, so
> we might as well align our schedule with GNOME and the distros.
>
> Gabriel
> _______________________________________________
> banshee-list mailing list
> banshee-list@...
> http://mail.gnome.org/mailman/listinfo/banshee-list

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: proposal to adopt the GNOME release schedule

2009-11-20T22:25:30Z

2009/11/21 Gabriel Burt <gabriel.burt@...>:
> I think it would be valuable to Banshee as a project and community to
> adopt GNOME's release schedule. We would put out big releases,
> intended to be picked up by various distros, on a six-month cycle.
> What do you think?

I think that's a really good idea. In fact I think we should have done
it earlier, for GNOME 2.28 and Banshee 1.6 -- It would prevent the
current confusion with 1.5.1 being somewhat semi-stable.

Aligning to the GNOME schedule will also make things easier for
translators, we will actually know when to string-freeze.
_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

Re: proposal to adopt the GNOME release schedule

2009-11-20T21:55:57Z

On Saturday 21,November,2009 11:30 AM, Gabriel Burt wrote:
> Hi everybody,
>
> I think it would be valuable to Banshee as a project and community to
> adopt GNOME's release schedule. We would put out big releases,
> intended to be picked up by various distros, on a six-month cycle.
> What do you think?
I think this is a wonderful idea! It would allow us to stick unstable Banshee
packages in the Ubuntu archives as long as we're sure that the stable release
appears soon enough after (prior to release). At the very least, things will be
very much less hectic than it was in the Karmic release cycle.
> [...]

--
Kind regards,
Chow Loong Jin

_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list

signature.asc (269 bytes) Download Attachment

proposal to adopt the GNOME release schedule

2009-11-20T19:30:22Z

Hi everybody,

I think it would be valuable to Banshee as a project and community to
adopt GNOME's release schedule. We would put out big releases,
intended to be picked up by various distros, on a six-month cycle.
What do you think?

I've summarized the upcoming release schedule
(http://live.gnome.org/TwoPointTwentynine/) and included a proposal
for how Banshee could adopt it.

Date Banshee GNOME schedule
11-18 1.5.2 (11-20) unstable release
12-02 1.5.3 unstable release
12-16 1.5.4 unstable release
12-23 1.5.5 unstable release
01-11 announce string/UI changes
01-13 1.5.6 unstable release
01-18 API freeze
01-25 feature freeze
01-27 1.5.7 unstable release
02-08 UI freeze
02-24 1.5.98 beta release
03-10 1.5.99 RC release
03-31 1.6.0 stable release
04-28 1.6.1 stable release
05-06 1.7.0 unstable release

I think this would really change Banshee in a great way. Distros,
translators, and documenters will know when to expect releases (and of
what quality).

I've been itching to get 1.6 out, since we said we would try to get it
out by August. But the biggest reason for a new big release is to get
it in front of users - and they do that by upgrading their distros, so
we might as well align our schedule with GNOME and the distros.

Gabriel
_______________________________________________
banshee-list mailing list
banshee-list@...
http://mail.gnome.org/mailman/listinfo/banshee-list