400 entries in 0.552s
spyked: anyway, I suspect all systems relying on shared libraries are stuck using the system-provided ld, regardless of the gcc version. if anything, because of the insane gcc defaults (
glibc, dynamic symbols etc.) on newer distro versions.
a111: Logged on 2016-02-16 15:59 asciilifeform: 'The
glibc DNS client side resolver is vulnerable to a stack-based buffer overflow when the getaddrinfo() library function is used. Software using this function may be exploited with attacker-controlled domain names, attacker-controlled DNS servers, or through a man-in-the-middle attack.'
trinque: I dug a
glibc trench for now while I fiddle with musl+X
lobbes: So, I'm midway through my first gentoo adventure. Currently on the compile kernel step (genkernel), but running into funkiness with uClibc errors. My question is: if I abandon uClibc for, say,
glibc, will I have issues building trb? (I remember reading in logz that trb doesn't use
glibc)
mircea_popescu: because "/lib/tls/i686/cmov/libc.so.6: version `GLIBC_2.15' not found"
phf: who knows with threads, i wouldn't be surprised if sbcl touches them in very inappropriate,
glibc specific ways
a111: Logged on 2016-12-29 03:06 asciilifeform: socket.c:(.text.__gnat_gethostbyaddr+0x1a): warning: Using 'gethostbyaddr_r' in statically linked applications requires at runtime the shared libraries from the
glibc version used for linking
mircea_popescu: "Using 'getservbyport_r' in statically linked applications requires at runtime the shared libraries from the
glibc version used for linking" << what THE FUCK does this even mean.
trinque: asciilifeform: yeah, when I run my gentoo recipe, it's usually musl unless I actually need the
glibc turd for something
assbot: Logged on 20-03-2016 06:27:49; phf: i've managed a reiserfs/lilo combo, though genkernel claims that it doesn't work with reiserfs. uclibc vanilla failed on chroot step, ifconfig and all the other networking bits refused to work. perhaps i needed to grab a uclibc iso? in any case i proceeded witha
glibc install for now
phf: i've managed a reiserfs/lilo combo, though genkernel claims that it doesn't work with reiserfs. uclibc vanilla failed on chroot step, ifconfig and all the other networking bits refused to work. perhaps i needed to grab a uclibc iso? in any case i proceeded witha
glibc install for now
☟︎ mircea_popescu: baked in everywhere, to the level of fucking
glibc (what fucking business does
glibc have with offering a spurious aliasing service for ips AT ALL ?! that shit belongs three levels below
glibc!)
jurov: mod6 well, on another box i updates
glibc to same version and perl works fine
jurov: asciilifeform: how do i list patches that went into
glibc-2.22-r2 ?
jurov: i updated
glibc with the patch
jurov: yes it's likel, i updated
glibc, then i said to myself might as well update whole system
davout: anyway, the
glibc dns drama seems to be yielding large amounts of lulz and butthurt
BingoBoingo: But could be built against
glibc so I think my wording is correct.
BingoBoingo: <asciilifeform> ~we nuked
glibc entirely~ << Nuked the NEED for
glibc punkman: " The code that causes the vulnerability was introduced in May 2008 as part of
glibc 2.9."
guruvan: that's on today's agenda is to see why my
glibc fails out of the latest portage :P
BingoBoingo: And
Glibc DNS functions force dynamic linking which is why excised from trb
assbot: Logged on 21-12-2015 21:09:59; pete_dushenski: e. also, that
glibc is advertised as an 'essential' component of unix osen, but that it's very much something of a flying spaghetti monster
assbot: Logged on 21-12-2015 21:09:58; pete_dushenski: and after actually reading up a bit on
glibc instead of telling myself "oh that's nice, alf's done another miraculous thing, which'd be the third this week, each of which is so miraculous that idkwtf it is, if it even applies to anything in my universe", i found that one of the
glibc maintainers is florian weimar of
http://qntra.net/2015/09/many-network-appliances-leak-master-tls-private-keys-through assbot: Logged on 21-12-2015 21:09:58; pete_dushenski: and after actually reading up a bit on
glibc instead of telling myself "oh that's nice, alf's done another miraculous thing, which'd be the third this week, each of which is so miraculous that idkwtf it is, if it even applies to anything in my universe", i found that one of the
glibc maintainers is florian weimar of
http://qntra.net/2015/09/many-network-appliances-leak-master-tls-private-keys-through pete_dushenski: e. also, that
glibc is advertised as an 'essential' component of unix osen, but that it's very much something of a flying spaghetti monster
☟︎