similar to: mount options handling patch

Hi! Now that there are usable userspace headers, we should use the data from those. In this case, the workaround in usr/include/sys/types.h was missing some header definitions. Rather than adding the definitions, I figured that the most correct thing to do was to just use them from the kernel. Build tested on i386 and x86_64. Signed-Off-By: Jeff Bailey <jbailey at ubuntu.com> -- Jeff

I have released klibc-1.0.9. This version fixes signal handing on x86-64, and on i386 with Red Hat's execshield patch. There might be other architectures affected (ppc is known to *not* be affected), but right at the moment I don't have a good way to test those. The architectures affected are ones for which signal handing *without* SA_RESTORER set is broken. This is also the first

The tools for raidN (mdadm and friends) don't seem to compile with klibc. Has anyone tackled that, lvm or evms yet in a klibc-based initramfs, or do you usually include uclibc or something when it comes time to get fancy (also, looking ahead to crypto-root and such) Tks, Jeff Bailey

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 :

klibc fails to build on ia64 because it has neither fork nor the ppoll syscalls. This patch marks the former in SYSCALLS.def, and puts a guard wrapper around the ppoll definition in ppoll.c Should these calls return ENOSYS rather than simply not existing on some systems? If yes, please apply this and I'll follow up with a patch shortly that does ENOSYS for this and pselect at least.

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

Dear all, I want to get a series of boxplots (grouped by two factors) and I want to overlay the original observations and the following code does almost what I want: library(ggplot) ddf <- data.frame(x=factor(rep(LETTERS[1:4], each=30)), y = runif(120,0,10), grp = factor(rep(rep(1:3, 10), 4))) ggplot(ddf, aes(x, y, colour=grp)) + geom_boxplot() + geom_point() Yet the position of the points

Halo, I don't know if this is already done but the following two patches (one for klibc) and a big one (several smaller incorporated to one) to modules-init-tools enables running modprobe and friends in early user space. There are some issues so I post here for discussion The porting strategy was copied from the udev package. I make a file mod_libc_wrapper.{c,h} in order to provide the

Hello, I feel that the klibc package should include an insmod that can be used on an initramfs. While it is possible to use an insmod built statically against glibc, such a binary is (comparatively) huge at 565K. The attached insmod.c is essentially the insmod.c from module-init-tools minus a couple of lines related to calling the old (2.4) version of insmod for backward compat. BTW: Insmod

This is tiny and has no impact in klib size other that it is polluting the namespace. .bill -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-index-strchr.txt Type: text/x-diff Size: 355 bytes Desc: not available Url : http://www.vas.nu/pipermail/klibc/attachments/20050530/b7c96936/patch-index-strchr.bin

This patch allows klibc to build on parisc64 platforms. $ diff -u MCONFIG.old MCONFIG --- MCONFIG.old 2005-06-18 01:16:12.000000000 +0000 +++ MCONFIG 2005-06-18 01:18:51.000000000 +0000 @@ -33,7 +33,7 @@ KLIBCVER = -D__KLIBC__=$(shell cut -d. -f1 < $(SRCROOT)/version) \ -D__KLIBC_MINOR__=$(shell cut -d. -f2 < $(SRCROOT)/version) -ARCH = $(shell uname -m | sed -e

I've lurked for a while, but I think this is one of my first "pleas" for help. I'm having issues where a parked call using the macro below is getting "stuck". Users park the call via a blfxfer key on an Aastra phone. If the call is a blind transfer, it tries to park the call. If it isn't a blind transfer, it tries to unpark the call. Only 2 extensions (2759 and

Hi everybody, I'd like to have a list with two elements, where both elements have the same value: z <- list(a=1, b=1) If it happens, that I've to change the value, I've to assure that I change both. This is error prone. Hence, a better way to achieve this is to define: tmp <- 1 z <- list(a=tmp, b=tmp) Now, I'm wondering if it is possible to make this more compact: z

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): -----

Dear all, I want to use aggregate.formula to conveniently summarize a data.frame. I have quiet some variables in the data.frame and thus I don't want to write all these names by hand, but instead create them on the fly. This approach has the advantage that if there will be even more columns in the data.frame I don't have to change the code. I've hence tried to construct a formula

> On 28 September 2018 at 19:07 Victor Sudakov <vas at mpeks.tomsk.su> wrote: > > > This time an Android IMAP client complains about the "unexpected end > of the network stream" while opening a mailbox named "dss", and > dovecot logs: > > Sep 28 23:01:34 admin dovecot: imap-login: Login: user=<vas>, method=PLAIN, rip=78.140.19.131,

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

Dear Colleagues, All of a sudden, I've begun receiving this output when reindexing my mail boxes: # /usr/local/bin/doveadm force-resync -u vas "*" doveadm(vas): Warning: Transaction log file /home/vas/Mail/sibptus/.imap/sent/dovecot.index.log was locked for 55 seconds (Mailbox was synchronized) doveadm(vas): Warning: Transaction log file

I'm thinking it's time to release klibc-1.5; however, before releasing klibc-1.4.31 as klibc-1.5, I wanted to give a call to see if there is anything that either really needs to be done, or any bug reports I've missed... -hpa

This time an Android IMAP client complains about the "unexpected end of the network stream" while opening a mailbox named "dss", and dovecot logs: Sep 28 23:01:34 admin dovecot: imap-login: Login: user=<vas>, method=PLAIN, rip=78.140.19.131, lip=95.179.154.55, mpid=85536, TLS, session=<6ITSkfB2JfNOjBOD> Sep 28 23:01:35 admin dovecot: Error: