summary refs log tree commit diff
path: root/pkgs/development/libraries/glibc-2.12
Commit message (Collapse)AuthorAge
* Removing another glibc patch already upstream.Lluís Batlle i Rossell2010-12-14
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=25111
* I think we had a *double* patch for the security problem CVE-2010-3856.Lluís Batlle i Rossell2010-12-13
| | | | | | | | | | | | | I had added the audit_suid.patch some time ago, and at some point niksnut added this ignore-origin.patch. I think both fix the situation, the ignore-origin.patch being released sooner than the audit_suid. As the ignore-origin-patch is not in the recent glibc, it makes me think it was a quick solution to the vulnerability, later properly fixed. I remove, then, the ignore-origin.patch. We can check later if we remain vulnerable. svn path=/nixpkgs/branches/stdenv-updates/; revision=25110
* Removing patches for glibc bugs already fixed in the new glibc version.Lluís Batlle i Rossell2010-12-13
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=25109
* Updating glibc to 2.12.2 (considering the ports for 2.12.1 would work equally).Lluís Batlle i Rossell2010-12-13
| | | | | | | I also update the url for the ports to take the upstream tarball instead of a copy I had in vicerveza. svn path=/nixpkgs/branches/stdenv-updates/; revision=25108
* I made changes to achieve a working cross-built gcc wrapper. Now,Lluís Batlle i Rossell2010-12-04
| | | | | | | | "gcc45.hostDrv" works in the host system, together with libc, binutils, dynamic linker, ... svn path=/nixpkgs/branches/stdenv-updates/; revision=24971
* Fixing a problem of nscd on (only) armv5tel (soft-float).Lluís Batlle i Rossell2010-12-02
| | | | | | | | | | | It gets linked to libgcc_s (shared lib) unless doing the trick I thought feasible of telling 'configure' that the linker does not support "as-needed". I found this reading their 'configure' script. We don't want nscd linked to libgcc because that would make glibc dependant on the previous gcc. This only happens on armv5tel, for the supported platforms. svn path=/nixpkgs/branches/stdenv-updates/; revision=24959
* I forgot a patch I mentioned in the previous commit.Lluís Batlle i Rossell2010-11-19
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=24779
* New glibc fix, this time for https://bugzilla.redhat.com/show_bug.cgi?id=651638Lluís Batlle i Rossell2010-11-18
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=24761
* Adding another fix for glibc, for a security hole, suggested by niksnut.Lluís Batlle i Rossell2010-11-18
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=24760
* Removing a patch for glibc that I thought was needed for i686-linux.Lluís Batlle i Rossell2010-10-28
| | | | | | | | | | | | | | | | Building with gcc 4.4 as minimum was needed, and not this patch. http://sourceware.org/bugzilla/show_bug.cgi?id=12123 I uploaded new i686-linux bootstrap-tools with gcc 4.5.1, but I'll not update the i686 reference to those bootstrap-tools until they are reachable by http. The bootstrap-tools we used until now had gcc 4.3, said not to be able to build glibc 2.12.1. Meanwhile other platforms can go on building this glibc already without the patch. svn path=/nixpkgs/branches/stdenv-updates/; revision=24522
* Two fixes in one:Lluís Batlle i Rossell2010-10-26
| | | | | | | | | | | | | | | | | | - our gcc should not bring libssp, because glibc provides __stack_chk_fail already. libssp is only for some non-glibc systems. The gcc configure script was not finding the header files of our glibc, so it assumed it did not provide __stack_chk_fail. I wrote code in the builder that patches the gcc/configure script properly for that. As a consequence, the glibc does not need anymore the "nscd-ssp-linking" patch, and we have a saner gcc (without libssp when using -fstack-protector) - Instead of disabling the sse42 strstr() implementation in glibc due to the bug http://sourceware.org/bugzilla/show_bug.cgi?id=12123, I provide a better patch written after more reserach (that I submitted upstream already, and it's pending review). svn path=/nixpkgs/branches/stdenv-updates/; revision=24493
* Adding a fix for an important glibc vulnerability, very easy to exploit:Lluís Batlle i Rossell2010-10-25
| | | | | | http://www.securityfocus.com/bid/44347 svn path=/nixpkgs/branches/stdenv-updates/; revision=24475
* Adding a comment on the status of the nscd patch in glibcLluís Batlle i Rossell2010-10-19
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=24371
* Fixing the nscd patch again. The other attempts did not give a working nscd.Lluís Batlle i Rossell2010-10-15
| | | | | | | | The build system was making a nscd dynamically linked with libssp, which we don't want in general. We want a glibc not depending on the gcc that built it. svn path=/nixpkgs/branches/stdenv-updates/; revision=24313
* I made one of the glibc patches wrong (typo). I fix it.Lluís Batlle i Rossell2010-10-15
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=24309
* Workaround to overcome the glibc/gcc bug:Lluís Batlle i Rossell2010-10-15
| | | | | | | | | http://sources.redhat.com/bugzilla/show_bug.cgi?id=12123 I also fixed a wrong comment I had committed in the previous commit. svn path=/nixpkgs/branches/stdenv-updates/; revision=24306
* Trying to fix the nscd ssp problem finally.Lluís Batlle i Rossell2010-10-15
| | | | | | | | http://sources.redhat.com/bugzilla/show_bug.cgi?id=12125 I also reported this upstream, as it seems broken since 2.11.1 svn path=/nixpkgs/branches/stdenv-updates/; revision=24305
* Blind commit enabling the '-lssp' for nscd in glibc2.12Lluís Batlle i Rossell2010-10-15
| | | | | | | | It looks like we need it when building the glibc212 attribute using nixpkgs's gcc, instead of bootstrap-tools'. svn path=/nixpkgs/branches/stdenv-updates/; revision=24296
* The glibc locales expression did not work limiting SUPPORTED-LOCALES. Now it ↵Lluís Batlle i Rossell2010-10-12
| | | | | | does. svn path=/nixpkgs/branches/stdenv-updates/; revision=24249
* Fixing nscd in glibc (thank you Ludovic!).Lluís Batlle i Rossell2010-10-07
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=24157
* Removing a glibc patch for nscd I think we don't need anymore in the main glibcLluís Batlle i Rossell2010-10-07
| | | | | | | | | expression. For what I could see from the build log, although it should add a '-lssp', it did not have any effect in this glibc 2.12. svn path=/nixpkgs/branches/stdenv-updates/; revision=24156
* Fixing the glibc locales build expression (in the sense that now it builds, ↵Lluís Batlle i Rossell2010-08-23
| | | | | | not that it looks nice) svn path=/nixpkgs/branches/stdenv-updates/; revision=23369
* Patch for glibc 2.12.1 to build with gnumake 3.82Lluís Batlle i Rossell2010-08-21
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=23342
* Fix on the file type on glibc ports 2.12.1. (gzip vs bzip2)Lluís Batlle i Rossell2010-08-21
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=23339
* Adding a tarball I publish in my server for glibc ports 2.12.1 I made from ↵Lluís Batlle i Rossell2010-08-21
| | | | | | the git repository. svn path=/nixpkgs/branches/stdenv-updates/; revision=23337
* Making glibc not depend on glibc-ports for platforms not requiring glibc-ports.Lluís Batlle i Rossell2010-08-21
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=23327
* Fixes on the glibc-2.12 expression.Lluís Batlle i Rossell2010-08-21
| | | | | | | | | | | I removed a patch (mod_nano) already in the release. I fixed the nix-locale-archive so the programs don't try to modify the /usr locale-archive (for non-nixos), although the libc may use that archive to show strings. I remove the glibc-2.11 void directory. svn path=/nixpkgs/branches/stdenv-updates/; revision=23302
* glibc: Make the native store path independent on whether `gccCross' is null.Ludovic Courtès2010-08-20
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=23283
* glibc 2.12.1.Ludovic Courtès2010-08-20
svn path=/nixpkgs/branches/stdenv-updates/; revision=23282
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-06-26 04:32:50 +0000