Skip to content
Commits on Feb 13, 2016
  1. @trofi

    drop games.eclass plumbing (Issue #19)

    There is no explicit ban on using games.eclass but:
      Portage is about to start issuing deprecation warnings:
      With a bug being very vague about fixing or deprecating
    We don't care much about exact games layout.
    Reported-by: Julian Ospald
    Signed-off-by: Sergei Trofimovich <>
    trofi committed Feb 13, 2016
Commits on Oct 15, 2014
  1. @trofi

    Portage/PackageId.hs: clean exported 'is_games_cat' function

    Signed-off-by: Sergei Trofimovich <>
    trofi committed Oct 15, 2014
  2. @hasufell

    Add games ebuilds support

    hasufell committed Oct 15, 2014
Commits on Jan 6, 2014
  1. @trofi

    Merge.hs: move existing metadata reading out before ebuild generation

    That way it's easier to adjust process of ebuild generation based on
    existing metadata (like cabal flag picking).
    Signed-off-by: Sergei Trofimovich <>
    trofi committed Jan 7, 2014
Commits on Aug 3, 2010
  1. @kolmodin

    Implement packageIdToFilepath

    kolmodin committed Aug 3, 2010
Commits on Jun 19, 2010
  1. @kolmodin
Commits on Dec 20, 2009
  1. @trofi

    PackageId.hs -Werror fixes

    Like those:
        Warning: A do-notation statement discarded a result of type Char.
                 Suppress this warning by saying "_ <- Parse.char '/'",
                 or by using the flag -fno-warn-unused-do-bind
    trofi committed Dec 20, 2009
Commits on Mar 7, 2009
  1. @kolmodin

    Merge changes

    kolmodin committed Mar 7, 2009
  2. @trofi

    Some more -Wall fixes

    trofi committed Mar 7, 2009
Commits on Mar 6, 2009
  1. Some more -Wall fixups committed Mar 6, 2009
Commits on Feb 19, 2009
  1. @kolmodin

    Reimplement 'hackport merge'

    kolmodin committed Feb 19, 2009
Commits on Feb 8, 2009
  1. @kolmodin
Commits on Jan 26, 2009
  1. @kolmodin
Commits on Nov 12, 2008
  1. Hackport now uses Cabal-1.6

    This might not be the best possible way of doing so... in particular, I noted that Portage.PackageID
    talks about using PackageName for PN rather than String, but I left it as String rather than
    convert String to PackageName. committed Nov 12, 2008
Commits on Oct 5, 2008
  1. @kolmodin

    Work on the Overlay module

     * Make an optional overlay reader that tries to read lazily package by
     * Implement a function to reduce an overlay's ebuilds, by removing
         reduntant revisions of the same packge. The highest revisions is
    kolmodin committed Oct 5, 2008
Commits on Sep 7, 2008
  1. @kolmodin
Commits on Sep 4, 2008
  1. @kolmodin

    Import datatype from Cabal 1.5

    Instead of depending on the yet unstable cabal 1.5, import the
    Distribution.Package.PackageName and call it PN.
    This also required some modification of the surrounding code.
    kolmodin committed Sep 4, 2008
Commits on Sep 2, 2008
  1. @dcoutts

    Use Portage.Version in Portage.PackageId

    and add to/fromCabalPackageId
    Portage.PackageId is no longer an instance of Cabal.Package as
    not all portage versions can be converted to Cabal versions.
    Disable bits of Overlay to relfect that and add TODOs.
    dcoutts committed Sep 2, 2008
Commits on Sep 1, 2008
  1. @dcoutts

    Add Portage.PackageId types and parser and pretty printer

    Not used yet elsewhere but should replace P2 etc.
    The main point is that Portage.PackageId is an instance of the
    Cabal.Package class. That allows us to construct 'PackageIndex'es
    of Portage.PackageId or things identified by a Portage.PackageId
    dcoutts committed Sep 1, 2008
Something went wrong with that request. Please try again.