2014-01-30 Bastian Bittorf :
> unsure if this is normal, but today i stumbled over this:
>
> root@box:~ ls -lt /dev/dsp*
> crw-r--r--1 root root 14, 3 Jan 30 08:44 /dev/dsp
> crw-r--r--1 root root 14, 19 Jan 30 08:44 /dev/dsp1
>
> the exspected result was to get the '
2011/2/24 Harald Becker :
> Hi!
>
> Since the beginnings of bzip2 it was always possible to set symlinks to
> allow the usage of bzip2 with it's old name bzip. So I do have several
> shell scripts which use bzip/bunzip. The problem is, that the busybox
> applets do not allow such usage. That let t
2010/12/7 Christopher Barry :
> Hi,
>
> I've tried doing:
> #!/usr/bin/env - /bin/bash
> and
> #!/usr/bin/env -i /bin/bash
>
> at the top of a script to clear out it's environment prior to running
> it, but it throws an error.
What error ?
Loïc
2010/10/18 Denys Vlasenko :
> This looks strange: .gz files compressed with lzma??
>
> - if ((ENABLE_FEATURE_SEAMLESS_GZ && strcmp(sfx, "gz") == 0)
> + if (((ENABLE_FEATURE_SEAMLESS_GZ|ENABLE_FEATURE_SEAMLESS_LZMA)
> + && strcmp(sfx, "gz") == 0)
I th
2010/7/19 Christopher Barry :
> On Sun, 2010-07-18 at 21:55 +0200, Denys Vlasenko wrote:
>> On Saturday 17 July 2010 19:12, Christopher Barry wrote:
>> > All,
>> >
>> > looking for an easy way to capture the current cursor position. found a
>> > reference to 'ESC [ 6 n', but not sure how that works
2010/7/5 :
> On 07/05/10 17:47, Denys Vlasenko wrote:
>>
>> On Mon, Jul 5, 2010 at 5:09 PM, wrote:
> Huh? The following line has been working for two years.
>
> 00,15,30,45 * * * * cd /www/apache/cgi-bin/ && gnuplot test.gnu
>
> cd is BB as is the shell, what's the difference?
The command 'c
2010/3/15 Rob Landley :
> On Sunday 14 March 2010 13:22:52 Rob Landley wrote:
>> I'll detail the actual steps in doing it next message.
>
> The central idea is having all the code for each command in a single file,
> with
> the other files generated from that file.
[snip]
> In addition toybox hand
2010/2/18 Dan Fandrich :
> On Wed, Feb 17, 2010 at 03:27:10PM -0600, Rob Landley wrote:
>> On ubuntu 9.10 for x86-64, /lib/libz.so.1.2.3.3 is 96,768 bytes (stripped).
>> I
>> just built busybox with both gzip and gunzip, and it was 30,824 bytes. Our
>> version, both compression and decompresson,
Here is a small patch needed to make modprobe (big) work with
Ubuntu's 2.6.27-11 kernel.
Loïc
Index: modutils/modutils.c
===
--- modutils/modutils.c (revision 25642)
+++ modutils/modutils.c (working copy)
@@ -123,7 +123,7
2008/11/19, Matthew Hiles <[EMAIL PROTECTED]>:
> So I saw this in the TODO file:
>
> >man
> > It would be nice to have a man command. Not one that handles troff or
> > anything, just one that can handle preformatted ascii man pages, possibly
> > compressed. This could probably be a script
2008/10/21 Denys Vlasenko <[EMAIL PROTECTED]>:
> On Monday 20 October 2008 10:56:22 am Loïc Grenié wrote:
> It's more like I did not fully understand your use case.
> You want to be able to not bloat busybox
> with standard libm (indeed, ~9k on 32bit x86).
My use case
2008/10/21 Rob Landley <[EMAIL PROTECTED]>:
> Has anyone ever actually _needed_ to statically link libm but leave libc
> dynamically linked? Anyone?
I've not needed it. I've libc on the (Debian/Ubuntu) ramdisk because some
programs on the ramdisk are dynamically linked and I've compiled bu
2008/10/20 Denys Vlasenko <[EMAIL PROTECTED]>:
> On Sunday 19 October 2008 05:15:56 am Rob Landley wrote:
>> On Saturday 18 October 2008 14:27:34 Denys Vlasenko wrote:
>> > > They are neither very fast nor very precise (the
>> > > trigonometric functions are awful, up to 16 bits are
>> > >
2008/10/14 Bernhard Reutner-Fischer <[EMAIL PROTECTED]>:
> Hi,
>
> Fancy sleep does not accept fractions like ".15", only "0.15".
Consider the attached patch. I wonder why the first test is needed,
though.
> Is there something wrong with e.g. strtof that we did a bb_strtod?
FANCY slee
2008/10/14 Alessandro Rubini <[EMAIL PROTECTED]>:
>
>> Ok, making poll wait 300 miliseconds before deciding there's no next
>> character
>> in a pending escape sequence seems to have fixed it. (At least I can't
>> reproduce the problem under qemu anymore.) The downside is that when you hit
>> es
2008/10/10 Bernhard Reutner-Fischer <[EMAIL PROTECTED]>:
> On Fri, Oct 10, 2008 at 07:07:52PM +0200, walter harms wrote:
>>
>>
>>Bernhard Reutner-Fischer schrieb:
>>> On Fri, Oct 10, 2008 at 04:21:51PM +0200, Loïc Grenié wrote:
>>>> I'
2008/10/10 Bernhard Reutner-Fischer <[EMAIL PROTECTED]>:
> On Fri, Oct 10, 2008 at 05:24:55PM +0200, Loïc Grenié wrote:
>>2008/10/10 Bernhard Reutner-Fischer <[EMAIL PROTECTED]>:
>>> On Fri, Oct 10, 2008 at 04:21:51PM +0200, Loïc Grenié wrote:
>>>> I&
the value of the arg. that provided the error (the error files are
more complete -- for pow and atan2 there is a second
argument but the for loop above does not print it even though
it is present in the error file).
Thanks,
Loïc Grenié
/*
* Copyright Loïc Grenié, <[
t of Ubuntu, but you don't
know which.
You should try the Ubuntu mailing lists, there might be someone
more knowledgeable about boot problems.
Sorry I can not help you much more,
Loïc Grenié
___
busybox mailing list
2008/7/16 Denys Vlasenko <[EMAIL PROTECTED]>:
> Applied. But I changed these options to boolean.
> It's easier to do randomconfig tests this way.
> Also, one option less to record in .config
Fine with me.
Loïc
___
busybox mailing list
busy
2008/7/15 Bernhard Fischer <[EMAIL PROTECTED]>:
> On Tue, Jul 15, 2008 at 09:24:00AM +0200, Loïc Grenié wrote:
>>2008/7/15 Denys Vlasenko <[EMAIL PROTECTED]>:
>>> On Tuesday 15 July 2008 08:58, Loïc Grenié wrote:
>>>> This is a patch that implements
2008/7/15 Denys Vlasenko <[EMAIL PROTECTED]>:
> On Tuesday 15 July 2008 08:58, Loïc Grenié wrote:
>> This is a patch that implements a config option for the
>> fractional sleep arguments.
>
> -#if ENABLE_FEATURE_FANCY_SLEEP
> +#if ENABLE_FEATURE_FANCY_SLEEP
This is a patch that implements a config option for the
fractional sleep arguments.
Hope this helps,
Loïc
Index: coreutils/sleep.c
===
--- coreutils/sleep.c (révision 22832)
+++ coreutils/sleep.c (copie de tr
2008/7/12 Denys Vlasenko <[EMAIL PROTECTED]>:
[snip]
> If one line of shell script can do it:
>
> busybox | grep -A 100 'Currently defined functions' | { read junk; xargs |
> sed -e 's/,/ /g' -e 's/ */ /g'; }
I've a shorter one !
busybox | sed -e '1,/Currently defined functions/d' -e 's/,//
Halp ! A file is missing from last svn.
Loïc Grenié
___
busybox mailing list
busybox@busybox.net
http://busybox.net/cgi-bin/mailman/listinfo/busybox
2008/1/14, Denis Vlasenko <[EMAIL PROTECTED]>:
> I don't know whether it's true that uClinux is always NOMMU.
uClinux is not always NOMMU. It is mainly used on NOMMU systems,
but works fine (and is used) on MMU systems.
Loïc
___
busybox
2008/1/6, Mike Frysinger <[EMAIL PROTECTED]>:
> On Sunday 06 January 2008, Loïc Grenié wrote:
> > 2008/1/6, Mike Frysinger <[EMAIL PROTECTED]>:
> > > On Sunday 06 January 2008, Detlef Vollmann wrote:
> > > > in util-linux/fdisk.c, the
; units_per_sector = 1)
> >
> > works fine...
>
> you could always compare the disassembly output, but considering how ancient
> your gcc is, that sounds like a waste of time
> -mike
You can also rewrite the macro
do {
statements;
break;
}
2007/12/27, Alexander Kriegisch <[EMAIL PROTECTED]>:
> BB 1.8.2, mipsel.
>
> Any ideas?
either you are missing pam-dev package or the security/pam_*.h files
are out of your include path.
Loïc Grenié
___
busybox maili
is indeed
an application bug and the kernel is just blindly dumping the name
that the app gave to the socket. Try man 7 unix and look for abstract
namespace.
>>> IMO, this is more like an application bug.
Agreed.
Loïc Grenié
kernel to dump random binary crap
> through /proc/net/unix?
I might be wrong, but it that random binary crap happens to be the
name of the socket, I don't know what the kernel can do (except
dump it through /proc/net/unix). There is indeed a problem because
the name can contain an eol c
2007/12/6, Alexander Griesser <[EMAIL PROTECTED]>:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Loïc Grenié wrote:
> >> Basically, this happens with all unfinished commands, the
> >> calculation above was just mentioned because it happened
> >&
root file system, and launch /sbin/init
of the real root filesystem. This are two conceptually different things,
which unfortunately share the same name. The "init" that is present
in BB is not the one to put on an initramfs. You should really try another
mailing-list, beca
'\0'; be sufficient (after the strncpy I'd say) ?
> bb_error_msg("HERE 305: cnt=%d", cnt);
> //bb_error_msg("HERE 305: t=0x%08x, p=0x%08x, cnt=%d", t, p, cnt);
> strncpy(t, p, cnt); // copy text[] into bufer
> bb_
This patch adds a conditional feature to sleep to enable
fractional arguments to sleep (not to fancy sleep though).
Cost is: 118 bytes for code + 2*23 for help.
Another thing: both coreutil/{u,}sleep.c are NOFORK and
call bb_perror_nosmg_and_die(); is it correct ?
Loïc Grenié
feature and includes the patch for it.
I took the liberty to make the patch against current svn.
Loïc Grenié
Index: networking/ping.c
===
--- networking/ping.c (révision 20295)
+++ networking/ping.c (copie de trav
2007/10/15, Erik Schetina <[EMAIL PROTECTED]>:
> I see that sudo is listed in svntrunk/buildroot/package/sudo, but I'm
> not clear on how to include it in my installation. Can someone offer
> some advice. Thanks.
We need to know what your installation is.
Regards,
Loïc
2007/10/12, Bernhard Fischer <[EMAIL PROTECTED]>:
> On Thu, Oct 11, 2007 at 09:49:42PM +0200, Loïc Grenié wrote:
> > This patch to add a kbd_mode applet.
>
> You forgot to actually attach it..
Sorry...
Loïc
Index: co
This patch to add a kbd_mode applet.
It supports neither long options nor -m "mode" option.
Bloatiness:
% ./scripts/bloat-o-meter busybox_unpatched busybox_unstripped
function old new delta
.rodata6
2007/10/3, Kazuo TAKADA <[EMAIL PROTECTED]>:
>
> [EMAIL PROTECTED] wrote:
> {snip..}
> >
> >It may be faster to do
> >
> >if ((w = write_and_stats(...)))
> > goto out_status;
> >
> > and
> >
> >return w;
> >
> > because write_and_stats returns 1 on failure. You can even tweak
> > it to retu
2007/10/3, Kazuo TAKADA <[EMAIL PROTECTED]>:
>
> Hi,
>
> If the dd command fails in a sequence of copying, it always returns
> EXIT_SUCCESS. So, I can't judge whether the command had succeeded or
> failed.
>
> Its behavior doesn't conform to POSIX.
>
> POSIX 1003.1:
> http://www.opengroup.org/
This patch tries to allow the unzipping of concatenated gzip files.
Test:
% echo First > first
% gzip first
% echo Second > second
% gzip second
% cat first.gz second.gz > total.gz
% ./busybox gunzip total.gz
% cat total
First
Second
%
If there are no errors, this should address Debian's
2007/9/30, Denys Vlasenko <[EMAIL PROTECTED]>:
> On Sunday 30 September 2007 15:30, Loïc Grenié wrote:
> > I've tried to remove "common patterns" in the code.
> > Second try: I've changed bb_\(p?\)error_msg\(_and_die\)("%s", \(.*\))
&g
I've tried to remove "common patterns" in the code.
Second try: I've changed bb_\(p?\)error_msg\(_and_die\)("%s", \(.*\))
in bb_simple_\1error_msg\2(\3).
Patch attached.
Loïc
Index: networking/libiproute/iproute.c
==
I've tried to remove "common patterns" in the code.
First try: s/printf("%s", /puts(/ and s/fprintf(fp, "%s",
\(.*\))/fputs(\1, fp)/
Patch attached.
Loïc
Index: networking/libiproute/iprule.c
===
--- networking/libipr
I think do_iproute is missing 3 breaks inside the switch.
Patch attached.
Loïc
Index: networking/libiproute/iproute.c
===
--- networking/libiproute/iproute.c (révision 20138)
+++ networking/libiproute/iproute.c (cop
2007/9/30, Loïc Grenié <[EMAIL PROTECTED]>:
> 2007/9/30, Denys Vlasenko <[EMAIL PROTECTED]>:
> > On Saturday 29 September 2007 04:14, Loïc Grenié wrote:
> > >
> > > Here it is. I've tried to take care of all the remarks.
> > >
> > >
2007/9/30, Denys Vlasenko <[EMAIL PROTECTED]>:
> On Saturday 29 September 2007 04:14, Loïc Grenié wrote:
> >
> > Here it is. I've tried to take care of all the remarks.
> >
> >Loïc
>
> /* How to determine who we are? find 3rd char from the
Removes a couple of bytes.
Loïc
Index: libbb/xgetcwd.c
===
--- libbb/xgetcwd.c (révision 20109)
+++ libbb/xgetcwd.c (copie de travail)
@@ -23,16 +23,14 @@
char *ret;
unsigned path_max;
- path_max = (unsigned) PATH_MAX
2007/9/29, Denys Vlasenko <[EMAIL PROTECTED]>:
> On Friday 28 September 2007 16:51, Loïc Grenié wrote:
> > These are three patches for busybox.
>
> Sending patches separately makes it easy to have one thread per patch.
> With mnay patches in one mail, it's a mess.
2007/9/28, Bernhard Fischer <[EMAIL PROTECTED]>:
> On Fri, Sep 28, 2007 at 05:51:34PM +0200, Loïc Grenié wrote:
>===
> >--- include/libbb.h(r??vision 20077)
> >+++ include/libbb.h(copie de trav
2007/9/28, Natanael Copa <[EMAIL PROTECTED]>:
> On Fri, 2007-09-28 at 17:51 +0200, Loïc Grenié wrote:
> > These are three patches for busybox.
>>
>> 1) The first one adds a function xfree(ptr) to xfuncs.c which acts
>> as if (ptr) free(ptr) and substitute some
I'm probably wrong but it looks as if the following patch is
necessary.
Loïc
Index: libbb/lineedit.c
===
--- libbb/lineedit.c (revision 20088)
+++ libbb/lineedit.c (working copy)
@@ -1314,7 +1314,7 @@
/* If we enter
These are three patches for busybox.
1) The first one adds a function xfree(ptr) to xfuncs.c which acts
as if (ptr) free(ptr) and substitute some examples of such
elements in the code. I don't remember whether such a
function is necessary or whether free() itself already checks
The if () test is useless because it has already been done above.
Loïc
Index: libbb/procps.c
===
--- libbb/procps.c (revision 20067)
+++ libbb/procps.c (working copy)
@@ -388,8 +388,7 @@
n = read_to_buf(filename, buf
This is a trivial patch to add a -f option to losetup. losetup -f shows the
first free loop device. After the patch executable size is not changed in
two of three arch that I've tested:
AMD64: unchanged
i386: unchanged
i386: +4060bytes (different version of gcc)
The code
2007/8/4, Alexander Kriegisch <[EMAIL PROTECTED]>:
> I would like to determine the exit code of 'foo' in
> foo | bar
>
> I bash there is the PIPESTATUS array, but in ash (which I must use)
> there is no such thing as PIPESTATUS or arrays. Is there any canonical
> way or at least a workaround to ach
2007/6/24, Tito <[EMAIL PROTECTED]>:
> On Sunday 24 June 2007 14:59:42 walter harms wrote:
> >
> > perhaps this can be fixed using a macro like:
> >
> >
> > #define xioctl(fd,req,...) bb_ioctl(#req,fd,req,__VA_ARGS__)
> >
> > static int bb_ioctl(const char *estr, int fd, int request, void *argp,
2007/6/16, Denis Vlasenko <[EMAIL PROTECTED]>:
Care to resend as unified diff? (diff -u).
No pb.
Loïc
diff -ur busybox-1.6.0/coreutils/ls.c mybusybox-1.6.0/coreutils/ls.c
--- busybox-1.6.0/coreutils/ls.c 2007-06-16 16:27:22.332313715 +0200
+++ mybusybox-1.6.0/coreutils/ls.c 2007-06-1
s on .o (i386), 0 bytes on executable. Side effect:
1<<31 is available for another option if needed.
Feel free to include in the source code or to flame appropriately.
Loïc Grenié
diff -cr busybox-1.6.0/coreutils/ls.c mybusybox-1.6.0/coreutils/ls.c
*** busybox-1.6.0/coreutils/ls.c 2007-06-16 1
60 matches
Mail list logo