packages feed

libmpd 0.7.0 → 0.7.1

raw patch · 3 files changed

+14/−81 lines, 3 filesdep ~filepathPVP ok

version bump matches the API change (PVP)

Dependency ranges changed: filepath

API changes (from Hackage documentation)

Files

NEWS view
@@ -1,3 +1,6 @@+* v0.7.1, 2012-02-07+  - Compatible with GHC 7.4.1+ * v0.7.0, 2011-11-22   - Several fixes to the test harness (Simon Hengel)   - Fixed issue with the (<$>) operator (Simon Hengel)
README.md view
@@ -12,17 +12,6 @@ * [Latest release] * `git clone git://github.com/joachifm/libmpd-haskell.git` -There are packages available on the following systems:--* [Alt Linux](http://sisyphus.ru/en/srpm/Sisyphus/ghc-libmpd "libmpd-haskell for Alt Linux")-* [Arch Linux](http://aur.archlinux.org/packages.php?ID=17759 "libmpd-haskell for Arch Linux")-* [Fedora](https://admin.fedoraproject.org/pkgdb/acls/name/ghc-libmpd "libmpd-haskell for Fedora")-* [FreeBSD](http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/hs-libmpd/ "libmpd-haskell for FreeBSD")-* [Gentoo Linux](http://code.haskell.org/gentoo/gentoo-haskell/dev-haskell/libmpd/ "libmpd-haskell for Gentoo Linux")-* [Gobo Linux](http://www.gobolinux.org/recipe-store/Haskell-LibMPD--0.3.1-r1--recipe.tar.bz2 "libmpd-haskell for Gobo Linux")--Note that some of these packages are outdated.- [Latest release]: http://hackage.haskell.org/package/libmpd "libmpd-haskell on Hackage"  ## Building@@ -42,8 +31,10 @@  ## Compiler support We try to support the two last major versions of GHC, but only the latest-version is actually tested for.+version (provided by the [haskell-platform]) is actually tested for. +[haskell-platform]: http://www.haskell.org/platform+ ## MPD API compliance We try to comply with the latest version of the MPD protocol specification; any deviation from this is a bug.@@ -55,7 +46,7 @@     > withMPD $ lsInfo ""     Right [Left "Tool", Left "Tom Waits",...]     > withMPD $ add "Tom Waits/Big Time"-    Right ["Tom Waits/Big Time/01 - 16 Shells from a Thirty-Ough-Six.mp3",...]+    Right ["Tom Waits/Big Time/01 - 16 Shells from a Thirty-Ought-Six.mp3",...]  ## Development @@ -70,32 +61,6 @@  To set up GIT hooks, see `hooks/README` in the source distribution. -### General guidelines-* When writing or modifying code, please try to conform to the surrounding style--* All bugs that exist in `master` should be fixed there first, and then-  forward-ported to other branches.--* If you introduce new functionality, please include a test case or at least-  document the expected behavior.--* Use -Wall during development and try to eliminate all warnings before-  submitting your patch--* Merge the upstream branch and redo your patch if necessary-  before submitting it--* Merge with upstream on a regular basis for long-running branches--* Before merging `trunk` with `master`, all tests must pass--* When fixing a bug, try to implement a test for it first--* Orphan instances are bad, use `newtype` if at all possible. Otherwise,-  please use `{-# OPTIONS_GHC -fno-warn-orphans #-}` in the affected source-  file and note why it is necessary to use it. This does not apply to the test-  harness- ### Submitting patches To submit a patch, use `git format-patch` and email the resulting file(s) to one of the developers or upload it to the [bug tracker].@@ -103,46 +68,11 @@ Alternatively you can create your own fork of the [repository] and send a pull request. +Well-formatted patches are appreciated. New features should have a test case.+ ### Submitting bug reports See our [bug tracker]. Test cases are highly appreciated. -### The release process-This outlines a general process used when cutting a new release:--01. Decide what version component should be bumped-02. Create a topic branch-03. Run the test harness-04. Fix errors-05. Goto 3 unless there were no errors to fix-06. Make sure `README.md` is correct, add any contributors-07. Update the `NEWS`-08. Create a source distribution using `cabal sdist`-09. Unpack the source to a temporary location and make sure it builds and that-no files are missing-10. Goto 8 unless there were no errors to fix-11. Merge topic branch into `master`-12. Tag the release by doing `git tag -a -m vVERSION vVERSION`--In general, patches that fix bugs are the most critical and should be-released quickly (bumping the last version component). Remember, all-deviations from the MPD protocol specification are considered bugs.--In some cases, say when the MPD protocol changes to the point of not-being backwards compatible, a bump in at least the minor version is required.--The same goes for making backwards incompatible API changes (e.g., deletions,-type changes).--The major version indicates "completeness", and after the first 1.0.0 release,-all subsequent API changes must be backwards compatible (that is, only-additions are allowed).--For users this means that restricting dependencies on libmpd-haskell-to only allow changes in the last version component guarantees that-your code will not break due to updates. All users are nonetheless encouraged-to support the latest major/minor release at any given time, because there-is no backporting.- ### Resources * [API documentation] * [libmpd-haskell mailing list]@@ -154,7 +84,7 @@ [bug tracker]: http://github.com/joachifm/libmpd-haskell/issues [GitHub]: http://www.github.com [repository]: http://www.github.com/joachifm/libmpd-haskell-[API documentation]: http://hackage.haskell.org/packages/archive/libmpd/0.5.0/doc/html/Network-MPD.html+[API documentation]: http://hackage.haskell.org/packages/archive/libmpd/0.7.0/doc/html/Network-MPD.html [Protocol reference]: http://www.musicpd.org/doc/protocol/ [Using GitHub]: http://help.github.com @@ -172,6 +102,6 @@  Andrzej Rybczak \<electricityispower@gmail.com\> -Simon Hengel \<simon.hengel@wiktory.org\>+Simon Hengel \<sol@typeful.net\>  Daniel Wagner \<daniel@wagner-home.com\>
libmpd.cabal view
@@ -1,8 +1,8 @@ Name:               libmpd-Version:            0.7.0+Version:            0.7.1 License:            LGPL License-file:       LICENSE-Copyright:          Ben Sinclair 2005-2009, Joachim Fasting 2010, 2011+Copyright:          Ben Sinclair 2005-2009, Joachim Fasting 2012 Author:             Ben Sinclair Maintainer:         Joachim Fasting <joachim.fasting@gmail.com> Stability:          beta@@ -37,7 +37,7 @@     Build-Depends:      base >= 4 && < 5,                         mtl >= 2.0 && < 2.1,                         network >= 2.1 && < 2.4,-                        filepath >= 1.0 && < 1.3,+                        filepath >= 1.0 && < 1.4,                         utf8-string >= 0.3.1 && < 0.4,                         old-locale >= 1.0 && < 2.0,                         time >= 1.1 && < 2.0,