The reason behind this is because /proc/acpi/event has long been deprecated in
kernel 2.6.24 and is only there far backwards-compatibility reasons. New ACPI
events are delivered by either the input layer or the netlink interface.
As we no longer use kernels down to 2.6.24, I guess it's safe to make this
switch.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
This adapter causes the resulting binaries to have debug info and no
optimisations. Example use (in all-packages.nix):
foo = callPackage ./foo.nix {
stdenv = keepDebugInfo stdenv;
};
I'm not sure yet how to handle these upgrades.
Should we keep the old version around?
Should we only keep it around if other pkgs in nixpkgs depend on it?
Probably people develop their own projects (that are not in nixpkgs)
on top of these and we don't want to break these.
For now, I think it's best just to keep old versions around, but
update the (unversioned) link to the latest.
External projects should then depend on explicit version numbers if
they don't want stuff to break.
If a certain package has +5 versions in nixpkgs, we can clear out the
unuseful ones.
- Added support for MusicBrainz queries to abcde package
- Added new dependencies to abcde: mkcue, eject, perl, MusicBrainz, MusicBrainzDiscID
- libdiscid version in pkg-config was incorrect; patched libdiscid to fix
- Added WebServices::MusicBrainz Perl module
- Added MusicBrainz::DiscID Perl module
- Commented out XSLoader Perl module since it was broken, no packages depend on it,
and it has been incorporated into the Perl core
