the GAC search path. Unfortunately Mono doesn't yet seem to
implement the .NET mechanisms for specifying locations for module
dependencies.
svn path=/nixpkgs/trunk/; revision=2343
`*.dll.config' files corresponding to CLR assemblies. I.e., the
full path to native libraries is included in the maps. In effect
this allows us to set the equivalent of an RPATH for assemblies.
* gtk-sharp: use the DLL fixer. It's not perfect yet: I still have to
set the LD_LIBRARY_PATH for monodoc to include the gtk-sharp lib
directory itself, so that it can find the `*sharpglue.so' files.
This seems to be gtk-sharp's fault; it doesn't have an entry for
those libraries in its DLL maps.
svn path=/nixpkgs/trunk/; revision=2330
to 2.8.3.
* development/libraries/gnome/*: copied gtk packages to gnome
directory. gnome 2.8.3 did not work on gtk 2.4 nor gtk
2.6. Using the specific version of the gnome platform 2.8.3 directory
'solved' the issue.
* development/libraries/gnome/gnome-icon-theme: new packag
* development/libraries/gnome/libgtkhtml: new package
* development/libraries/gnome/gtkhtml: new package
* development/libraries/gnome/libgnomeprint: new package
* development/libraries/gnome/libgnomeprintui: new package
* development/libraries/gnome/gnome-keyring: new package
* development/libraries/gnome/gail: new package
* applications/editors/monodoc: new package
svn path=/nixpkgs/trunk/; revision=2312
* Make builders unexecutable by removing the hash-bang line and
execute permission.
* Convert calls to `derivation' to `mkDerivation'.
* Remove `system' and `stdenv' attributes from calls to
`mkDerivation'. These transformations were all done automatically,
so it is quite possible I broke stuff.
* Put the `mkDerivation' function in stdenv/generic.
svn path=/nixpkgs/trunk/; revision=874
