Heads up, mv -x (--swap) option.

FYI it was added to coreutils here: https://github.com/coreutils/coreutils/commit/6cd2d5e5335b And toybox here: https://github.com/landley/toybox/commit/a2419ad52d48 mv -x takes exactly two arguments and calls: renameat2(AT_FDCWD, argv[1], AT_FDCWD, argv[2], RENAME_EXCHANGE); Which

Re: [PATCH] awk: fix segfault when compiled by clang

On 1/19/24 09:41, Ron Yorston wrote: > A 32-bit build of BusyBox using clang segfaulted in the test > "awk assign while assign". Specifically, on line 7 of the test > input where the adjustment of the L.v pointer when the Fields > array was reallocated > > L.v += Fields - old_Fields_ptr; >

Re: memory increase caused by mounting failure

On 9/5/23 23:27, Leng TouTou wrote: > Hi， > I used the following command to mount repeatedly about 10,000 times >   $ mount -t squashfs -o loop,thread=0 image /mnt/tmp > This command will not mount successfully, then I found that the memory used by > slab increased by about 1k. A userspace

Re: [PATCH] testsuite: handle /bin/false being busybox in the start-stop-daemon tests

On 8/8/23 13:02, ross.bur...@arm.com wrote: > From: Ross Burton > > It's known that the final start-stop-daemon test fails if /bin/false is > actually a busybox symlink. Instead of failing, check if false is > busybox and adapt the expected output to match. > > Signed-off-by: Ross Burton FYI

Re: Add *sum -b (brief, hash only) option.

On 8/31/23 09:32, Denys Vlasenko wrote: > On Thu, Aug 31, 2023 at 11:02 AM Rob Landley wrote: >> Something toybox has had for years, thought you guys might be interested. A >> way >> to get these things to output ONLY the hash, so it's more easily scriptable. >> >

Add *sum -b (brief, hash only) option.

Something toybox has had for years, thought you guys might be interested. A way to get these things to output ONLY the hash, so it's more easily scriptable. In the gnu/dammit version -b says not to strip DOS newlines, which we already ignored as a NOP in at least some cases... RobFrom: Rob

Re: Why is busybox grep matching ^SOL after NUL?

On 10/18/22 07:28, Bernhard Reutner-Fischer wrote: > On Tue, 18 Oct 2022 05:45:02 -0500 > Rob Landley wrote: > >> $ echo -e 'one\0two' | busybox grep -l ^t >> (standard input) > > /* BB_AUDIT GNU defects - always acts as -a. */ > > $ man grep | grep -A5 &

Why is busybox grep matching ^SOL after NUL?

$ echo -e 'one\0two' | busybox grep -l ^t (standard input) I note that the gnu/dammit grep in my devuan system (from 2018) also gets this wrong without -a, but gets it right with -a? $ echo -e 'one\0two' | grep -l ^t (standard input) $ echo -e 'one\0two' | grep -al ^t $ Which is just extremely

Re: suspected bug in timeout command

On 3/1/22 4:15 PM, David Laight wrote: > From: Denys Vlasenko >> Sent: 01 March 2022 21:57 >> >> On Tue, Mar 1, 2022 at 5:39 PM Denys Vlasenko >> wrote: >> > Meanwhile: what "timeout" is doing is it tries to get out >> > of the way of the PROG to be launched so that timeout's parent >> >

Re: suspected bug in timeout command

On 3/1/22 1:45 PM, Denys Vlasenko wrote: > On Tue, Mar 1, 2022 at 6:52 PM Steffen Nurpmeso wrote: >> David Laight wrote in >> : >> |From: Denys Vlasenko >> |> Sent: 01 March 2022 16:40 >> |> On Tue, Feb 15, 2022 at 12:31 PM Rob Landley wrot

Re: suspected bug in timeout command

On 3/1/22 10:39 AM, Denys Vlasenko wrote: > On Tue, Feb 15, 2022 at 12:31 PM Rob Landley wrote: >> On 2/14/22 10:09 AM, Roberto A. Foglietta wrote: >> > However, if this bug shows-up, probably it means that the system has >> > a lot of processes running and

FYI, Denys is from Ukraine.

He moved out after college and last I heard he's living in Czech republic, but you might want to give him a little extra leeway on email response times right now anyway. Rob ___ busybox mailing list busybox@busybox.net

Re: Busybox GitHub

On 2/15/22 7:57 AM, * Neustradamus * wrote: > Hello all, > > I think it is needed to contact GitHub to recover https://github.com/busybox. Busybox has never had an account on microsoft github that I am aware of? It hasn't got a facebook page either... Rob

Re: suspected bug in timeout command

On 2/14/22 10:09 AM, Roberto A. Foglietta wrote: > However, if this bug shows-up, probably it means that the system has > a lot of processes running and a lot of processes created and > destroyed compared to the max PID available. Thus, the system might be > incorrectly configured compared with

Re: suspected bug in timeout command

On 2/13/22 1:31 AM, סאן עמר wrote: > Hey, first of all thanks for your answers and sorry for how I phrase my > question. Sorry, looks like I may be the one who needs to apologize. (See below.) > Rob, I still need a clarification if you don't mind. anything that you mention > is making sense to

Re: suspected bug in timeout command

On 2/9/22 11:12 AM, Baruch Siach wrote: > Hi Sun, > > On Wed, Feb 09 2022, סאן עמר wrote: >> Hi, I'm using busybox for a while now (v1.29.2). and I had an issue with a >> sigterm send randomly to a process of mine. I debugged it until I found >> it from the timeout process which was assigned

Re: sort -h?

On 1/6/22 3:37 AM, Denys Vlasenko wrote: > Good day Rob. > > On Thu, Jan 6, 2022 at 12:59 AM Rob Landley wrote: >> We presumably got pinged by the same guy. Over on my side of the mirror >> https://github.com/landley/toybox/issues/184 and >> https://github.com/landley

sort -h?

We presumably got pinged by the same guy. Over on my side of the mirror https://github.com/landley/toybox/issues/184 and https://github.com/landley/toybox/issues/312 resulted me adding and then removing the feature again: commit b0a4a96e36da616dabff85917c0155b1dd59f45c Author: Rob Landley Date

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 7/17/21 9:26 PM, Rob Landley wrote: > On 7/17/21 7:59 PM, Denys Vlasenko wrote: >> Thanks, I adapted the patch. It works. >> Do you want to be the author / Signed-off-by of the commit? > > *shrug* Sure? (Up to you.) P.S. Why has http://lists.busybox.net/pipermail/busybo

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 7/17/21 7:59 PM, Denys Vlasenko wrote: > Thanks, I adapted the patch. It works. > Do you want to be the author / Signed-off-by of the commit? *shrug* Sure? (Up to you.) Rob ___ busybox mailing list busybox@busybox.net

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 6/19/21 6:50 AM, Denys Vlasenko wrote: > On Tue, Jun 15, 2021 at 3:01 PM Rob Landley wrote: >> The pending follow-up question to my previous email beyond "do you want this >> feature" was "are you willing to add it yourself, or do you want me to >> ref

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 6/23/21 2:56 AM, Denys Vlasenko wrote: > On Tue, Jun 22, 2021 at 2:08 PM Rob Landley wrote: >> I tend to wait for people to show up with a complaint attached to a >> real-world >> use case and do lazy-binding decision making then. Now that somebody's >> sh

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 6/23/21 2:56 AM, Denys Vlasenko wrote: > Perfectionism is not achievable, real-world evolution of APIs > ends up with inconsistencies like that. Coincidentally, the perfect example of your point about gratuitous inconsistencies coming back to bite you just showed up:

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 6/21/21 5:19 PM, Denys Vlasenko wrote: > On Mon, Jun 21, 2021 at 10:17 PM Rob Landley wrote: >> Huh, apparently https://github.com/landley/toybox/commit/cd358823399a didn't >> revert enough of commit e191597e6bbf0. The changed help text is still there, >> but >>

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 6/21/21 10:07 AM, Denys Vlasenko wrote: > On Sat, Jun 19, 2021 at 1:50 PM Denys Vlasenko > wrote: >> The situation of "oh no, fork XYZ added essentially the same >> functionality too...but with other option letters, and they >> count fields from 0, not from 1... and they used OUR option >>

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 6/15/21 2:23 AM, Denys Vlasenko wrote: > On Tue, Jun 15, 2021 at 2:30 AM enh wrote: >> i haven't, no. i don't know anyone who works on coreutils, > > They probably have a mailing list. And paperwork you have to physically sign and mail in to assign copyrights to them before they'll ever take

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 6/12/21 8:06 AM, Denys Vlasenko wrote: > On Wed, Jun 9, 2021 at 8:33 AM Rob Landley wrote: >> On 6/7/21 11:14 AM, enh wrote: >> > your non-POSIX cut(1) extension covers 80% of the in-the-wild use of awk >> > anyway >> > :-) if you still talk to any of

Re: [Toybox] patch: add built-in versions of sha-2 family hash functions

On 6/7/21 11:14 AM, enh wrote: > your non-POSIX cut(1) extension covers 80% of the in-the-wild use of awk > anyway > :-) if you still talk to any of the busybox folks, we should suggest they copy > that --- it would be nice for it to be a de facto standard so we can get it > into > POSIX

Re: About Bzip2 license version used for Busybox

On 5/27/21 10:05 AM, Amar Mhetre wrote: > Hello, > > We wanted to use the busybox in our product. We got the details about use of > GPLv2 license for busybox. Our legal team also asked to have Bzip2 licence for > using this component. We don’t know which version of Bzip2 license to be > mentioned

Re: [PATCH] chrt: support for musl C library

On 11/10/20 12:59 PM, Denys Vlasenko wrote: > On Fri, Sep 11, 2020 at 6:18 PM Christian Eggers wrote: >> musl "implements" several sched_xxx() functions by returning ENOSYS. As >> an alternative, either pthread_(g|s)etschedparam() or direct syscalls >> can be used. >> >> References: >>

Re: [PATCH] chrt: support for musl C library

On 10/15/20 6:26 AM, Christian Eggers wrote: > Hi Bernhard, > > On Thursday, 15 October 2020, 11:40:03 CEST, Bernhard Reutner-Fischer wrote: >> On Fri, 11 Sep 2020 17:45:38 +0200 >> >> Christian Eggers wrote: >>> musl "implements" several sched_xxx() functions by returning ENOSYS. As >>> an

Re: readlink/realpath -m in busybox

On 3/21/20 8:26 PM, Eli Schwartz wrote: > On 3/21/20 5:12 AM, Johannes Schauer wrote: >> Hi, >> >> is there existing code that works with busybox and replaces "readlink -m" or >> "realpath -m" from coreutils? >> >> Resources I found online either show solution for "readlink -f" only, when >>

Re: reboot from init script doesn't work with busybox-1.26.2

On 12/13/2017 11:50 AM, Ankur Tank wrote: >>From Stakeoverflow I got redirected to below patch/commit > https://git.busybox.net/busybox/commit/init/init.c?id=2bba9ad67a917de2624d427c8c107ce3e2d3d085 > > I got to know that reboots are not allowed during init. > > However for our use case we need

Re: tinyutils.html

On 10/02/2017 10:23 AM, Denys Vlasenko wrote: > On Wed, Sep 27, 2017 at 5:57 AM, Rob Landley <r...@landley.net> wrote: >> Denys, any interest in adding: >> >> https://github.com/symisc/PH7 >> http://duktape.org/ >> >> to the tinyutils page? >

tinyutils.html

Denys, any interest in adding: https://github.com/symisc/PH7 http://duktape.org/ to the tinyutils page? (People wave them at me from time to time, and I don't have a page tracking that sort of thing, so I thought I'd ask. I very vaguely recall somebody got ph7 to work with busybox httpd

Re: mdev change no longer supporting v2.6.2x kernels by using /sys/dev

On 03/30/2017 02:34 PM, Peter Korsgaard wrote: >> "Ralf" == Ralf Friedl writes: > > Hi, > >>> /sys/dev support got added in 2.6.27-rc1 (July 2008), E.G. ~9 years ago: > > > Busybox is often used in embedded devices, where kernels (and other > > software) are not

Re: mounting errors

On 02/22/2017 06:09 AM, Jody Bruchon wrote: > On 2017-02-22 2:28 AM, Mattias Schlenker wrote: >> Am 21.02.2017 um 22:09 schrieb David Henderson: >> >>> EXT4-fs (sde2): couldn't mount as ext3 due to feature incompatibilities >>> EXT4-fs (sde2): couldn't mount as ext2 due to feature

Re: [PATCH] Replace int -> uint to avoid signed integer overflow

On 02/06/2017 07:20 AM, Denys Vlasenko wrote: > I'm not using their runtime debug thing (I don't even know what it is), > if some people would use it and find real bugs, it's good for me. It's your call what to merge into busybox (and I see you already did), I was trying to figure out if I should

Re: [PATCH] Replace int -> uint to avoid signed integer overflow

On 02/05/2017 09:10 PM, Kang-Che Sung wrote: > On Mon, Feb 6, 2017 at 8:52 AM, Rob Landley <r...@landley.net> wrote: >> What's an archive input that actually fails? What's an example of a >> processor machine language that doesn't produce 0x8000 for 1<<31? >>

Re: [PATCH] Replace int -> uint to avoid signed integer overflow

On 02/01/2017 12:35 PM, Rostislav Skudnov wrote: > An example of such an error (should be compiled with DEBUG_SANITIZE): > > runtime error: left shift of 1 by 31 places cannot be represented in > type 'int' Sure it can. We know exactly what bit pattern that represents in two's complement, which

Re: SSL/TLS client command line API?

On 01/19/2017 08:17 AM, Denys Vlasenko wrote: > Hi folks, > > Now that I have some code reaching a state where > it does talk TLS 1.2, the question is how to integrate it. This is one of my longstanding todo items for toybox too. > TLS i/o entails some buffering. Possibly protocol-required? You

Re: [PATCH] Re: Possible Vulnerability in httpd.c

On 11/23/2016 03:29 PM, Denys Vlasenko wrote: > On Tue, Nov 22, 2016 at 5:07 PM, Rich Felker wrote: >>> Different projects choose their paranoias differently. >>> >From its inception, bbox was paranoid about code size. >>> >>> If you see an actual bug where buffer can overflow,

Re: sed bug ?

On 11/20/2016 03:47 PM, Denys Vlasenko wrote: > On Thu, Nov 17, 2016 at 10:56 AM, Timo Teras wrote: >> Hi, >> >> The following discrepancy happens on 1.25.1 (and git master) with musl >> c-library: >> >> ~ $ echo /usr/lib/ | sed 's,\(^/\|\)[^/][^/]*,..,g' >> ../../ >> >> ~ $

Re: PHP, Web Server

On 10/11/2016 07:09 AM, Rowan Sylvester-Bradley wrote: > I’m afraid I know very little about BusyBox or Linux or Unix, so I am > starting from square zero. I have a very small microcomputer (a VoCore + > Dock) which is loaded with BusyBox. I’m not sure what the processor is – > probably ARM. If

Re: [PATCH] top: fix double free causing a SIGABRT storm after SIGPIPE

On 08/19/2016 01:30 PM, Denys Vlasenko wrote: > On Fri, Aug 19, 2016 at 8:17 PM, Rob Landley <r...@landley.net> wrote: >> On 08/19/2016 04:10 AM, Denys Vlasenko wrote: >>> + if (ENABLE_FEATURE_CLEAN_UP) { >>> + clearmems(); >>> +#

Re: [PATCH] top: fix double free causing a SIGABRT storm after SIGPIPE

On 08/19/2016 04:10 AM, Denys Vlasenko wrote: > + if (ENABLE_FEATURE_CLEAN_UP) { > + clearmems(); > +#if ENABLE_FEATURE_TOP_CPU_USAGE_PERCENTAGE > + free(prev_hist); > +#endif > + } The point of the ENABLE macros was so that you can go: if

Re: make menuconfig deps

On 07/22/2016 01:29 PM, David Henderson wrote: > Hmmm, I'll have to try that next time to see if it works for me. I'm > using glibc at the moment since that is what TinyCoreLinux uses (and > our fork of that OS - XiniX), but long term I have plans to move to > musl (which is why

Re: make menuconfig deps

On 07/20/2016 03:49 PM, David Henderson wrote: > msgbox.c:(.text+0x130): undefined reference to `waddch' > msgbox.c:(.text+0x160): undefined reference to `wrefresh' > msgbox.c:(.text+0x190): undefined reference to `wgetch' > msgbox.c:(.text+0x1a1): undefined reference to `delwin' >

Re: make menuconfig deps

On 07/20/2016 10:45 AM, David Henderson wrote: > Good morning everyone. I'm trying to run the 'make menuconfig' to > configure BB but I keep getting a 'collect2: error:'. What are the > dependencies that are necessary to get this going? Currently I have > the basics like gcc, ncurses-dev,

Re: Fwd: NOFORK and NOEXEC without PREFER_APPLETS

On 07/20/2016 08:01 AM, Bruno Chevalier wrote: > Hi, > > I am wondering why FEATURE_PREFER_APPLETS needs to be enabled for the > FEATURE_SH_STANDALONE (to do the NOEXEC trick) and FEATURE_SH_NOFORK (to > do the NOFORK trick). > > If the applet tables would always contain the NOFORK/NOEXEC

Fwd: [support.osuosl.org #28726] Re: Busybox site down?

FYI, Rob Forwarded Message Subject: [support.osuosl.org #28726] Re: Busybox site down? Date: Fri, 15 Jul 2016 14:18:29 -0700 From: Justin Dugger via RT Reply-To: supp...@osuosl.org To: gmkurt...@lbl.gov CC: ander...@codepoet.org, r...@landley.net,

Re: Busybox web site ??

On 07/14/2016 05:57 PM, Michael D. Setzer II wrote: > Getting Unable to connect Ah. Last I knew osuosl was administering the box, but they said busybox developers administer it themselves now, that "they took over a few months ago" and they just provide hosting. So they can't help fix it, and I

Re: Busybox web site ??

I pinged supp...@osuosl.org a minute ago. (Somebody emailed me and Erik Andersen, but not Denys. *shrug*) In theory they're on #osuosl on freenode too, which might get a faster response. (They've been hosting it for a decade now.) Rob On 07/14/2016 05:57 PM, Michael D. Setzer II wrote: >

Re: [PATCH] getrandom: new applet

On 07/10/2016 01:07 PM, Denys Vlasenko wrote: > Yes, blocking for 3 minutes rather than 6 minutes is an improvement, > but would 3 minute pause on boot be acceptable for many? I suspect > it's still bad; and if I would have that system at hand, I'd experiment > with making it initialize random

Re: [PATCH] getrandom: new applet

On 07/06/2016 11:41 AM, Etienne Champetier wrote: > Now you really hate the fact that getrandom() is a syscall. I do not hate the fact getrandom is a syscall. I'm asking what the point is of a new applet to call this syscall. You have suggested it could block to show when /dev/urandom is

Re: [PATCH] getrandom: new applet

On 07/06/2016 03:10 AM, James Bowlin wrote: > So it is not clear to me that > It even seems possible that > Also, I doubt Theodore Ts'o would have bothered with > Likewise, people who seem to know a lot more about this than I do > As said in the "myths" article: > > [W]hile appeal to authority

Re: [PATCH] getrandom: new applet

On 07/05/2016 11:49 PM, Rich Felker wrote: > On the other hand, /dev/urandom has a problem that it will give > results before sufficient entropy has been collected, resulting in > duplicate sequences (and thus duplicate keys generated) on identical > devices with a fairly high probability. Which

Re: [PATCH] getrandom: new applet

On 07/05/2016 06:42 AM, Etienne Champetier wrote: >> You've implied that this new API can block until it's initialized, which >> reading from /dev/random can already do, and presumably >> select/poll/inotify could do on /dev/random without consuming entropy. > > As shown in my mail from 29 june

Re: [PATCH] Bug 9076 - Whois using a non working host for queries by default

On 07/04/2016 02:47 PM, Vito Mulè wrote: > stopped using strcpy, Why? > +size_t query_len = strlen(argv_host); > + char *str_token = malloc(query_len+1 * sizeof(char)); > + strncpy(str_token, argv_host, query_len+1); Ignoring the way you've taken 3 lines to say strdup() (and

Re: [PATCH] getrandom: new applet

On 06/28/2016 04:54 PM, Etienne Champetier wrote: > Hi Lauri, > > 2016-06-28 19:10 GMT+02:00 Lauri Kasanen : >> On Tue, Jun 28, 2016, at 19:56, Etienne CHAMPETIER wrote: >>> first user of this applet will be LEDE (OpenWrt) to save an urandom seed >>> using getrandom() (so

Re: [PATCH v2] getrandom: new applet

On 06/29/2016 10:31 AM, Daniel Thompson wrote: > On 29/06/16 16:04, Etienne Champetier wrote: > Thanks for the explanation. I had indeed overlooked that the getrandom > applet does not consume any entropy. His use case was saving a random seed and not consuming entropy is an advantage? Rob

re: 25 March 2016 -- Building on an Android tablet.

I just noticed this on the web page: > Android is based on Linux kernel, but sadly and unexplicably, Android > userspace > is not Unix-friendly: I'm working on that. In fact I'm giving a talk "Building Android under Android" at Texas LinuxFest next month:

Re: [PATCH v2] Make busybox an applet

On 06/05/2016 02:36 AM, Ron Yorston wrote: > Denys Vlasenko wrote: >> -- >> (add/remove: 2/0 grow/shrink: 4/2 up/down: 677/-636) Total: 41 >> bytes >> >> Not looking good... > > Most of the increase is due to

Re: [Toybox] ls -d broken (should not follow symlink)

On 10/29/14 23:54, Isaac Dunham wrote: Hello, I've run across a bug that occurs in both busybox and toybox versions of ls. OS is Alpine Linux edge, which uses current musl and busybox 1.22.1. git log indicates no relevant changes to busybox ls. I'm using current toybox. According to POSIX,

Re: Considering porting acpi

On 10/10/14 01:50, Isaac Dunham wrote: Hello, I've written an acpi command for toybox, and was thinking about porting it to Busybox. What I've written is a partial clone of acpi 1.7, implementing -abctV (ac, battery, cooling, and thermal status; -ctV are currently living in a patch). I

Re: Considering porting acpi

On 10/12/14 10:24, Rich Felker wrote: On Sun, Oct 12, 2014 at 03:08:03AM -0500, Rob Landley wrote: Heh. The ping.c one is particularly strange because clause 2, Redistributions in binary form must reproduce the above notice but busybox does not include the word Regents in any text string, so

FAQ out of date for irc channel.

I note that #busybox is the freenode IRC channel with actual activity these days. The FAQ still points people at #uclibc. Just FYI... Rob ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: too big binaries

On 12/14/13 13:09, Piotr Rotter wrote: Hello, Any one would send me .config file which in has been compiled this busybox binaries www.busybox.net/downloads/binaries/1.21.1/busybox-x86_64 I posted those, and they're make defconfig. I have problem witch binaries size. My compilation has

Re: too big binaries

On 12/14/13 16:51, Piotr Rotter wrote: W dniu 14.12.2013 21:27, Harald Becker pisze: Hello, Thank you for answer. I do not except that binaries on webside are compiled with uclibc (not glibc) and I don't except that it's make that huge different. So I'll try compile uclibc and next I'll try

Re: Why '-c DEV' option for switch_root?

On 12/08/13 20:09, ChenQi wrote: On 12/06/2013 06:28 PM, Laurent Bercot wrote: I don't know if I understand it right. Does it mean that as long as we don't do some strange redirections of standard IO in our initramfs, we don't need to add this option when switching root? So in most cases we

Re: NFS server on busybox

On 10/16/2013 07:46:22 AM, Denys Vlasenko wrote: On Tuesday 08 October 2013 13:58, Малахов Денис Сергеевич wrote: Good afternoon. You could help in the matter nfs-server to install on the latest version busybox? No, Busybox does not include NFS server utilities. Your least crazy option

Re: [BUG] bunzip2 error -5 / short read

On 10/06/2013 08:21:41 AM, Tanguy Pruvot wrote: Bonjour, I'm forwarding you a bug report from Cyanogenmod project, i can reproduce it on the current 1.22 master on my PC too. https://jira.cyanogenmod.org/browse/CYAN-1896 If somebody could help us on that, thanks, currently

#busybox channel on freenode.

People have been gradually wandering from #uclibc to #busybox on freenode (due ot the incessant git-commit spam from the bot on uclibc about buildroot commits and such, which made everybody stop checking the tab). I finally got around to registering the channel. Denys: glad to op your

Re: [PATCH] init: handle kexec clean reboot

On 05/22/2013 11:42:30 AM, Denys Vlasenko wrote: On Mon, May 20, 2013 at 8:56 AM, Harald Becker ra...@gmx.de wrote: Busybox init has a restart action. If this action is set to a script it is invoked after normal shutdown processing. The script may do whatever action may be required or

Re: [SOLVED] mdev tmpfs 10 megabyte max limit?

On 05/09/2013 03:08:16 PM, Walter Dnes wrote: On Thu, May 09, 2013 at 12:26:34PM +0200, Harald Becker wrote Hi Walter ! Yesterday, it started blowing up on me. After painfull debugging, I discovered that /dev/shm now only 10 megabytes. Did you change your kernel and or other system

Re: Prebuild binaries: more detailed setup info/parameters (busybox/aboriginal) ?

On 04/11/2013 07:22:16 AM, piquemal michel wrote: Hi, I'm trying to build a small static busybox for my embedded system (mipsel). As a starting point, I used pre-built mispsel binaries, from http://www.busybox.net/downloads/binaries/latest/ which worked straight out-of-the-box: great! Yay!

Re: Prebuild binaries: more detailed setup info/parameters (busybox/aboriginal) ?

On 04/11/2013 04:34:47 PM, piquemal michel wrote: Dear Rob, Thanks for your quick reply! Oooops underlooked the manifest file, sorry: will check versions in details. Aboriginal binary build I used was indeed 1.2.0, however busybox I compiled was 1.20.2 nor 1.20.0 Yes I built static. Huh.

Re: 126 /bin/busybox: Input/output error

On 03/25/2013 03:39:55 AM, Kai Hendry wrote: Hi, I use busybox 1.20 in Webconverger mostly to decodeURIs. So far, it's been fine, though recently a strange bug cropped up. ++ /bin/busybox httpd -d Ricoh,socket://192.168.0.18,http://ppd.webconverger.com/2013/duplex.ppd /etc/webc/live-config.sh:

Re: XZ embedded bug unpacking linux-3.8.tar.xz

On 03/01/2013 11:33:46 AM, Antonio Diaz Diaz wrote: Dear Denys. The mistake here would be to reject lzip... You deny the busybox maintainer's reality, and substitute your own! The current situation looks pretty simple: lzip and xz are roughly the same feature-wise, The only feature for

Re: XZ embedded bug unpacking linux-3.8.tar.xz

On 03/01/2013 02:41:39 PM, Matias A. Fonzo wrote: There are people who like to have a full compressor/decompressor in Busybox, performing better than gzip/bzip2. xz compressor then. Precisely, adding the compressor, doesn't it imply adding more code?. More code than the expected, I

Re: Chroot in ftpd on newer kernel versions

On Sun, Oct 7, 2012 at 2:14 AM, Harald Becker ra...@gmx.de wrote: Hi Rob ! Yeah, I fixed that for Aboriginal Linux back in August, here's my patch: http://landley.net/hg/aboriginal/file/1535/sources/patches/busybox-ftpd.patch This hits my intention ... but why getpid? Doesn't this return

Re: Chroot in ftpd on newer kernel versions

Second try, remembering to cc: the list. (The gmail web UI is painful.) On Tue, Oct 2, 2012 at 9:25 PM, Harald Becker ra...@gmx.de wrote: Hi All, after a lightning stroke hit our house and damaged several electronic devices including my router box and computer, I'm going to setup a new small

Re: coordinated compliance efforts addresses the issues of this thread

On 08/26/2012 09:09 AM, Bradley M. Kuhn wrote: IMO, Tito's response is quite correct. However, I'd add that various maintainers (and former maintainers) of projects have supported enforcement: Denys has agreed to continue enforcement on BusyBox, and Erik agrees -- and in fact, is very

1.20.0 binaries.

I'm apparently not in sudoers on busybox.net anymore so I can't copy them into downloads/binaries, but if anybody would like an updated set of prebuilt busybox binaries the 1.20.0 ones are currently up at http://landley.net/aboriginal/bin FYI. Built from defconfig with only one patch, which is

Re: switch_root and mount move

On 05/03/2012 03:52 AM, Roman Khimov wrote: On 2 мая 2012 12:01:49 Rob Landley wrote: I repeat: I have no clue what you're trying to accomplish here. Shortly: immutable read-only rootfs. I've used squashfs, isofs, cramfs, and romfs. None of them are so immutable that mount --move doesn't

Re: Nice kconfig hack

On 04/26/2012 08:03 AM, Lauri Kasanen wrote: Hi Linus asked for a better way to handle the kconfig values: https://plus.google.com/102150693225130002912/posts/9gntjh57dXt The solution is rather neat, maybe it could save generating a few thousand included lines in busybox too: #define

Re: Nice kconfig hack

On 05/02/2012 10:27 AM, Rich Felker wrote: On Wed, May 02, 2012 at 10:10:43AM -0500, Rob Landley wrote: On 04/26/2012 08:03 AM, Lauri Kasanen wrote: Hi Linus asked for a better way to handle the kconfig values: https://plus.google.com/102150693225130002912/posts/9gntjh57dXt The solution

Re: switch_root and mount move

On 04/25/2012 08:28 AM, Sergey Naumov wrote: Hello. Could anyone explain what is the purpose of mount move in switch_root? From this answer (http://lists.busybox.net/pipermail/busybox/2009-June/069609.html) I got reasons why we need to make chroot AND chdir, but can we do it without mount

Re: switch_root and mount move

On 05/02/2012 11:21 AM, Sergey Naumov wrote: I have implemented a patch which adds -m option to switch_root which prevents it from making a mount-move. If the mount move isn't needed, it shouldn't do it. If it is needed, it should do it. Providing a knob to control something 99.9% of the

Re: switch_root and mount move

On 05/02/2012 12:06 PM, Cathey, Jim wrote: mkdir(sub, 0700); chroot(sub); chdir(../../../../../../../../..); chroot(.); If that works, the kernel is broken IMHO. Or is this predicated on the CWD not being somewhere in the chroot path to begin with? -- Jim Yes, chroot is

Re: Automatic deletion of loopback device upon umount?

On 04/16/2012 06:31 AM, Denys Vlasenko wrote: On Mon, Apr 16, 2012 at 6:02 AM, Rob Landley r...@landley.net wrote: On 04/15/2012 08:19 PM, Denys Vlasenko wrote: I agree, and I will implement that if util-linux's umount does the same. Does it? Why on earth would that matter? Script

Bug in tar option parsing.

The uClibc install does this: build/host/tar --exclude=ld-uClibc.so.lds -c *.so.* And gets this: build/host/tar: invalid option -- '-' BusyBox v1.19.3 (2012-04-15 20:55:55 CDT) multi-call binary. Usage: tar -[cxtzjhvO] [-f TARFILE] [-C DIR] [FILE]... Create, extract, or list files from a

Re: Automatic deletion of loopback device upon umount?

On 04/16/2012 07:16 AM, ra...@gmx.de wrote: Hi Rob ! Script compatibility. Migrating to busybox, sure. Migrating from busybox: not our problem. ... Works with busybox, breaks with big distros: distros have a problem. No! Rob, if this statement would be right, it will legalize any kind

Re: Automatic deletion of loopback device upon umount?

On 04/16/2012 05:50 AM, Rich Felker wrote: On Sun, Apr 15, 2012 at 11:02:20PM -0500, Rob Landley wrote: I really don't understand this deference to the limitations of util-linux. If we have a spec we should document and justify deviations from the spec. But when all we have is some example

Re: Automatic deletion of loopback device upon umount?

On 04/16/2012 09:09 AM, Laurent Bercot wrote: Works with big distros, breaks with busybox: busybox has a problem. Works with busybox, breaks with big distros: distros have a problem. I understand what you mean, Rob, but that's a bit too simplistic. ls --color works with big distros and

Re: Bug in tar option parsing.

On 04/16/2012 11:48 AM, Denys Vlasenko wrote: Hi Rob, On Mon, Apr 16, 2012 at 6:04 PM, Rob Landley r...@landley.net wrote: The uClibc install does this: build/host/tar --exclude=ld-uClibc.so.lds -c *.so.* From what I see in uClibc/Makefile.in, it does a bit different thing (-cf - instead

Re: Automatic deletion of loopback device upon umount?

On 04/16/2012 10:11 AM, Denys Vlasenko wrote: On Mon, Apr 16, 2012 at 1:51 PM, Rob Landley r...@landley.net wrote: On 04/16/2012 06:31 AM, Denys Vlasenko wrote: I really don't understand this deference to the limitations of util-linux. I want to avoid people writing scripts which work

Re: Automatic deletion of loopback device upon umount?

On 04/15/2012 08:19 PM, Denys Vlasenko wrote: On Sunday 15 April 2012 17:18, Florian Fainelli wrote: Le 07/04/2012 01:18, Rob Landley a écrit : On 04/06/2012 01:20 AM, ra...@gmx.de wrote: Hi Florian ! 1) loopback mount foo to mount /bar 2) umount /bar 3) append new files and re-generate

Re: [BUG] patch fails for porper path resolution

On 04/13/2012 09:36 PM, John Spencer wrote: Hello, this patch is still not applied to trunk (just checked git) Denys, could you please apply this finally ? this bug renders patch more or less unusable. thanks. I committed my patch to toybox in February:

Re: Automatic deletion of loopback device upon umount?

On 04/07/2012 08:39 AM, ra...@gmx.de wrote: Hi Rob ! Back in 2006 I had umount: A) automatically de-losetup the loopback device by default. B) have a -D (capital D) option which disabled this behavior, so it was possible to umount a device _without_ clearing the loopback device, if

  1   2   3   4   5   6   7   >