* Remove explicit setting of PERL5LIB.
* Use the generic Perl builder for the BerkeleyDB and XML::Parser
modules.
* Prefix all names of Perl modules with `perl-' (in the generic Perl
builder).
svn path=/nixpkgs/trunk/; revision=2365
`*.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
$glibc/lib/gconv/ISO-2022-JP.so has an RPATH of `$ORIGIN' so that it
can find glibc/lib/gconv/libJIS.so; `$ORIGIN' should not be filtered
out of the RPATH).
svn path=/nixpkgs/trunk/; revision=2290
this contains mostly Armijn's pure stdenv-linux.
* After unpacking the statically linked GCC, patch all store paths to
/nix/store/ffffffffffffffffffffffffffffffff. Ugly hack to prevent
undeclared references but it works.
* We don't need Glib's dynamic libraries in the first bootstrap stage;
delete them. Actually the downloaded Glibc binary is only needed
for building Glibc, since GCC needs a C compiler to build some
programs in `configure'. So static linking is fine for that. Maybe
it would be better to patch `configure' so that we don't need a
pre-built Glibc at all.
* Set the svn:executable property on `cp' and `patchelf'.
* In Glibc, revert to LinuxThreads. Maybe NPTL will work, but TLS
support is a problem.
* Delete most Glibc patches; they're no longer needed since the branch
updated it to 20050110.
* Some cleanups.
svn path=/nixpkgs/trunk/; revision=2258
* MythTV: the setup program works :-).
* Added XmlTV. This requires a huge number of Perl modules, so...
* Added a generic builder for Perl modules. I'm lazy so the modules
are defined directly in all-packages-generic.nix. The generic
builder also patches Perl scripts to include a hard-coded Perl
module search path (i.e., similar to an RPATH in ELF executables).
svn path=/nixpkgs/trunk/; revision=2083
them).
* Add Qt to the cache. Contrary to what the previous commit message
said, there is nothing wrong with the Qt build. It was just a
problem on my local machine (you shouldn't run `./configure -help'
in a temporary build directory; it overwrites some files of the
build in progress).
svn path=/nixpkgs/trunk/; revision=2067
support are enabled (for anti-aliased fonts).
BUG: Qt currently searches for plugins and documentation in the
temporary build directory, instead of in its prefix. So, e.g., help
in Qt Designer doesn't work.
svn path=/nixpkgs/trunk/; revision=2066
