similar to: Development forever

Hi, after changing mksh to no longer use mkstemp, I decided to try and build mksh-static with klcc on most platforms, in Debian. Here are the results by Debian architecture: alpha (4) fails amd64 works armel works armhf (3) fails i386 works ia64 works m68k (1) workaround mips works mipsel works powerpc (2) fails ppc64 works (!) s390 works s390x works sparc works Architectures not listed either

On Wed, Sep 17, 2008 at 12:32:40PM +0300, Kirill A. Shutemov wrote: > On Tue, Sep 16, 2008 at 07:09:02PM +0300, Adrian Bunk wrote: > > On Tue, Sep 16, 2008 at 07:10:25AM -0700, Ulrich Drepper wrote: > > > Kirill A. Shutemov wrote: > > > >> What is the error message? > > > > > > > > /usr/include/asm-generic/fcntl.h:117: error: redefinition

Hi, I noticed a failure of mksh built with klibc on mips64el. The failing test, on a high level, is this: :>a sleep 2 :>b test a -nt b echo $? This is supposed to echo 1 (false) because a is not newer than b. The test code is roughly: // const char *opnd1 = "a"; // const char *opnd2 = "b"; // struct stat b1, b2; // int s; return (test_stat(opnd1, &b1) ==

Hi, after a year, I decided to hack on klibc again. I?ve reworked both the patch to add mkstemp(), discussing to use AT_RANDOM as cheap entropy source on IRC (if there will ever be another entropy consumer, I can quickly write a minimal arc4random() seeded from it, as it has only 16 octets), capable of making a working mksh (static and shared) on amd64/xen, and the m68k support code, leading to

Allow an alternate libc, such as dietlibc, to be used for the init binary in the supermin appliance. Rich.

While all ?real? ttys may support TIOCGPGRP, /dev/console doesn?t; using TCGETS here allows Linux booted with init=/bin/mksh-static to have working interactive command line (PS1, editing, etc). Reported-by: Dominik George <d.george at tarent.de> Signed-off-by: Thorsten Glaser <t.glaser at tarent.de> --- usr/klibc/isatty.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

Hallo. If `sshd` is configured to have a ForceCommand, no `ssh ?N` must skip this *forced* server?s setup, isn?t it? But it isn?t so. Thus, admin may think that the command is forced by a server, but user can skip that. In such case only port forwarding is available, but anyway *force* is meaningless, IMHO. -- sed 'sed && sh + olecom = love'? <<? '' -o--=O`C

On Wednesday 17 February 2016 14:22:34 Richard W.M. Jones wrote: > --- > init/init.c | 9 +++++++++ > 1 file changed, 9 insertions(+) > > diff --git a/init/init.c b/init/init.c > index 25d6bc6..38392c4 100644 > --- a/init/init.c > +++ b/init/init.c > @@ -94,6 +94,15 @@ main () > print_uptime (); > fprintf (stderr, "supermin: ext2 mini initrd starting

H. Peter Anvin dixit: >But is that really a tty, then? I also understand that virtio console Hm. Both eglibc and dietlibc return true for isatty on it. >doesn't support termios, which makes this an ugly bifurcation. All of Let me test that? quick? hah not really (CONFIG_VIRTIO_CONSOLE=m)? ok luckily Ubuntu?s linux-image-3.15.0-5-generic is installable on Debian stable and has

== Proposition A. Do not implement `-a' and `-o'. == Why. 1. Most of the `test` usage is 2 or 3 arg. ops. 2. Issues (and possible `||', `&&' substitutions), described in [0] [0] http://www.opengroup.org/onlinepubs/000095399/utilities/test.html 3. In case of usage of it, `exec /usr/bin/test $args` can be implemented. Thus, smart users of `-a' and `-o' will

Other than fixing the few additional architectures which have not been ported to the new syscall handling, does anyone know of anything that is needed for klibc, other than of course to update the kernel integration so that it can eventually be merged into the kernel build? -hpa

Don't know why it works, but it works ... Rich.

Hi everyone, I'm hoping you can give me some pointers. I have a requirement to draw multiple (103) xy line plots onto one output device. Ideally the plots should be displayed in a hexagonal grid (example at www.maladmin.com/example.jpg). I can calculate the locations for each waveform but am wondering how to create multiple plotting areas. I have come accross references to a package grid

I guess what I wanted to say is that it might be desirable to have the klibc shell do some dancing (perhaps controlled by some flags, but on by default?) If getpid() == 1 then fork a child, continue in the child, have the parent wait for the child to terminate, then exit child should setsid() close(2) close(1) close(0) open("/dev/ttyS0", O_RDONLY) open("/dev/ttyS0",

Doing this breaks bash in virt-rescue with the error: bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell Also ^C etc does not work. Removing this ioctl call fixes this. I noticed the problem because supermin's init compiled with dietlibc worked, since the dietlibc header files don't define TIOCSCTTY and hence the ioctl

Got to minimize (barely) my filesystem and kernel and fit it into my usb key (256mb) My kernel was compiles with scsi and usb support built-in. My problem now is i can't mount my root filesystem when i tried to boot. kernel somehow takes time before being able to recognize my usb as a valid scsi device thus displaying VFS: Cannot open root device 08:01 this is my lilo.conf boot=/dev/sda

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I'm used to test the software which I use with dietlibc, just to see if it could run without the bloat of glibc. While compiling dovecot 0.99.10 I got these errors: In file included from lib.h:20, from alarm-hup.c:26: compat.h:30: conflicting types for `uint_fast32_t' /opt/diet/include/stdint.h:25: previous

Commit-ID: 7763dd33e5b8eed4b9e3c583c02c10176fd550d3 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=7763dd33e5b8eed4b9e3c583c02c10176fd550d3 Author: Thorsten Glaser <tg at mirbsd.org> AuthorDate: Wed, 11 Jun 2014 10:02:14 +0200 Committer: H. Peter Anvin <hpa at zytor.com> CommitDate: Wed, 9 Jul 2014 08:21:02 -0700 [klibc] isatty(): use TCGETS instead of

On Fri, Mar 21, 2008 at 9:39 PM, Jeff Bailey <jbailey at raspberryginger.com> wrote: > The only question that comes to mind is the future of klibc. Is there > still potential for merging at some point? In ubuntu we never got to > where we could do without glibc to do what? dual and quad cores in laptop with vista or similar (X based) operating systems are no better, than

v1 -> v2: - If we split out the init program into a separate init/ directory, that makes it much easier to build against an alternate libc. I tried to build against uClibc, but uClibc requires an entire build chain, which looked like it was going to be a massive ballache. Rich.