On Oct 9, 2008, at 1:40 PM, Eric Wong wrote: > Qball Cow <[EMAIL PROTECTED]> wrote: >> Hi people, > > Hi Qball, > >> Just a quick fix for an api-breakage in git. >> With commit 6dcd7fea (if I am not mistaken) the error returned when >> you >> try to save to an existing playlist is wrong. >> Instead of MPD_ACK_ERROR_EXIST, MPD_ACK_ERROR_NO_EXIST is returned. >> This >> is obviously wrong and breaks gmpc. >> >> Appended is a small patch to fix this. > > Thanks, applied. > >> Furthermore I would like to request, once again, a way for the >> client to >> see if the/a playlist(s) have changed. >> Now there is no way for me to detect if another client modfied, >> added or >> removed a playlist. > > How often is this a problem? Given that we've had the current > implementation for 5 years with few complaints that I know of, I'd > rather just do it properly with the listener protocol in the next few > months than a one off in the next few days...
I bitched about it a lot the past years!!!! after bitching enough I got the playlist editing in, but (as I said back then several times) that is not so useful without some way of tracking changes. The lack of complaints is because users often only use one client at the time (I don't but that is me) and often don't use playlists at all. for me and my use, it is a deal breaker, I don't use stored playlists.. > > >> 2nd thing is, what are we going todo to the spam on this dev list? is >> shank the only one with access to the mailinglist settings?o > > My client-side filters are pretty good. Other than that, I we could > complain to SF.net and hope they care... > Hmm ok, if nothing happens I change my filter order here. no big deal. >> 3rd thing, is there a roadmap? I want to make one for gmpc, but >> without >> one for mpd.... > > Last one I posted was here, I'll try to update it over the weekend > http://thread.gmane.org/gmane.comp.audio.musicpd.devel/176 kay thanks. > > >> 4th thing, what is going to happen with normalperson and cirrus mpd >> version. As client developer I am getting nervous seeing two separate >> branches I have to support. Because there are different plans as of >> features to implement in mpd this will be a problem for me in the >> future. > > Max and I can both be quite difficult to work with at times. We're > both > very opinionated and feel strongly about mpd. I see his ideas as far > too complex and verbose and I have little time/patience to deal with > many of them. > > I'll continue to feed him some ideas and take ideas from him that I > consider sound and try to work on a consistent interface for the > clients > to see. Unfortunately his branch is more and more difficult to merge > with as time goes by as our ideas often clash and diverge. > > Regardless, a mix of choice, competition and collaboration is still a > good thing; and having an automated protocol test suite would go a > long > way towards keeping compatibility. > > I have zero plans on breaking compatibility with older clients > (and please bug me if I do!) > Can there be a difference between them for the client then? so I can at-least detect to what mpd I am connecting and then add/remove features from my client accordingly. I know I can check for available commands, but that does not allow me to work around "quircks" in commands both implement. I am just scary that I will end up constantly fixing, working around incompatibilities and getting loads of bug reports on my client because X does not work With MPD version Y. >> 5th. What is the current state of mpd? when will there be a next >> release? See 3rd question... > > I'm hoping for sometime in November... Some of my other projects have > been unfortunately neglected lately, and it looks like I'll be out of > town the last week of October for GitTogether. > Ok. >> 6th. What are we going to do with the mpd website? > > No idea... > I am willing to donate (via paypal) 20Euro is somebody is willing to redesign and revamp the damn website. I am not the person todo it, my english spelling is terrible and website design is something I am 1. not good at, and 2 I HATE!. I know 20Euro isn't a lot, but it is what I can offer atm. >> 7th. What is the state of the 30% cpu usage, alsa output bug? I >> kind of >> lost track of it. But the reports people still make, it is still an >> issue. > > My attempted fixes were both shots in the dark and didn't fix the > issue. From what Max gathered, it seemed to be dependent on the > kernel timer used. > >> 8th. Should we setup an automated "mirror" of git on f.e. >> repo.or.cz? of >> mpd/libmpdclient/ncmpc etc? > > Both Max and my mpd branches are on repo.or.cz. Everything is up to > the > individual branch owners since repo.or.cz has automated pull. If I do > any significant work on libmpdclient/mpc in the future; I'll also put > those on repo.or.cz, too. Ok, good. Sorry I missed your branch on repo.or.cz >> 9th. Normalperson is it possible to setup an automated mirror of my >> repos on git on git.musicpd.org?? > > Yes. Send me the URLs you want mirrored and mirror frequency and I'll > set it up tomorrow or over the weekend. Also, if you want push > access, > let me know (and send me your public SSH key), too. > You will have mail after the weekend. Thanks, Martijn (Qball) > -- > Eric Wong > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Musicpd-dev-team mailing list > Musicpd-dev-team@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
