similar to: KLIBC support for sysfsutils-1.3.0

Hi, trying to build klibc 1.1.8 on x86 fails on my machine as follows: KLIBCCC dash/trap.o KLIBCCC dash/output.o dash/trap.c: In function 'trapcmd': dash/trap.c:94: warning: unused parameter 'argc' dash/trap.c:94: warning: unused parameter 'argv' dash/trap.c: In function 'decode_signal': dash/trap.c:398: error: 'SIGRTMIN' undeclared (first use in this

CentOS Errata and Bugfix Advisory 2012:1453 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1453.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 54846a61949f3a886b201a0cbfceb053a783989b17472966bd247b8fcf01d777 libsysfs-2.1.0-7.el6.i686.rpm

CentOS Errata and Enhancement Advisory 2011:1047 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-1047.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: b1d605353f56325be32a9727750c1444 libsysfs-2.1.0-1.el5.i386.rpm c40efa31c5d00552678694d95e59244d libsysfs-2.1.0-1.el5.x86_64.rpm

CentOS Errata and Enhancement Advisory 2011:1047 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-1047.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 3516faa1fb7a25e80fdd31351d32348e libsysfs-2.1.0-1.el5.i386.rpm 79b7faeee3cc71e03d4e7491fceb2c26 libsysfs-devel-2.1.0-1.el5.i386.rpm

libsysfs is using a few things not in klibc. udev is getting around this by having a private copy of libsysfs with a few modifications to make it work on klibc. What's the easiest path for getting the master libsysfs copy working on klibc? libsysfs needs two calls: setmntent, getmntent These are used to locate the mount point of /sys It also uses errno so I get link errors for

Hi Currently I am trying to get device-mapper and dmraid ported to compile against klibc. So far there was no real issues, as the only thing they used was fscanf and feof not available presently in klibc (but easy to work around). Other than that there are really no way to easily check for installed klibc's other than trying to mangle the output of klcc (from adjusted configure.in): -----

Greetings all- I'm currently working with CentOS 5.x (various version 5.0 - 5.5) attempting to run it on a system based on the AMD Geode LX CPU. There are known issues with this CPU running Centos 5, specifically those listed here: http://bugs.centos.org/view.php?id=2552 The kernel and system run fine on the Geode LX, but the installer detects the CPU as i586. Since there is no i586 kernel

Hi, Any reason why the scsi headers and malloc.h are not installed as well for klibc 'make install' ? Thanks, -- Martin Schlemmer -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url :

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://www.vas.nu/pipermail/klibc/attachments/20050825/0e6d8370/attachment.bin

Hi I have mailed about this previously, but back then it was not really confirmed, so I have let it be at that. Anyhow, problem is that for some reason 2.5/2.6 ext3 with HTREE support do not like what perl-5.8.0 does during installation. It *seems* like one of the temporary files created during manpage installation do not get unlinked properly, or gets into the hash (this possible?) and cause

As the title suggests, udev no longer compiles under klibc versions > 1.3.5 It may partially be udev's fault, however, certain symbols, such as SOCK_DGRAM, are no longer visible when compiling under klcc, which is causing this issue. A simple check of the linux/net.h header shows some ARCH_HAS_SOCKET_TYPES define, which is not set internally by udev's source. Where would be the most

Hello! Testing for a library is not sufficient if you also need the headers. Many distributions install libraries without headers by default. This is the case for Fedora Core 3 and libsysfs. The library is in sysfsutils, but the headers are in sysfsutils-devel. The patch for configure.in tests for both the headers and the library and makes the configure script print a warning if libsysfs

Hello Since linux 2.6, the md layer has a feature called partitionable arrays. So instead of having two disks, creating an identical partition table on both and then putting those partitions in RAID 1, you take those two disks and put them in one partitionable RAID 1 array (in mdadm terms, "mdp") and create a partition table on the new RAID device. The advantages are quite clear

Hi all, the implementation of getpagesize() is broken in klibc. klibc uses sysinfo.mem_unit, which linux interpretes as the memory unit all other memory values returned are to be multiplied with. So it's perfectly ok for the linux sysinfo() to return a mem_unit of '1', which is does if the memory available for this machine fits into the counter. For the unbelievers, have a look in

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://www.zytor.com/pipermail/klibc/attachments/20050902/d8550194/attachment.bin

Released a new version of bridge utilities that supports both new 2.6.7 interface and older 2.6/2.4 releases. The only changes since 1.0 were internal to fix compatibility issues. The tarball can be downloaded from: http://prdownloads.sourceforge.net/bridge Getting full functionality requires a build system with: - libsysfs from the sysfsutils package

Hello, I would like to know if initrd is here to stay, now that klibc and initramfs are ready. As the multipath-tools maintainer, I'm facing the choice to 1) put the multipath configuration tool in the initrd * dynamic binary is possible * storage hba drivers as modules loaded * no klibc limitations (no mntent for libsysfs ...) 2) put the multipath configuration tool in the initramfs *

Good day Folks! Working on a bridging firewall/gateway and attempting to solve the age-old mystery of whether I can get NAT to work across a gateway that has 2 NICs and requires a bridge... Upside is, I have the gateway working, bridging works (as does OpenVPN using that bridge). But NAT does not in Fedora Core 4... >From dmesg: Linux version 2.6.11-1.1369_FC4 So I went to the website and

Hi, I am getting this: ----- armv4-unknown-linux-gnu-ld -o tests/fcntl.shared -e main interp.o tests/fcntl.o -R libc.so /usr/lib/gcc-lib/armv4-unknown-linux-gnu/3.3.5/libgcc.a armv4-unknown-linux-gnu-ld: internal error: aborting at /space/var/tmp/portage/binutils-2.15.90.0.3-r4/work/binutils-2.15.90.0.3/ld/ldlang.c line 3835 in lang_place_orphans armv4-unknown-linux-gnu-ld: please report this