cc'ing busybox list because they might care...
On Friday 27 June 2008 08:19:46 Denys Vlasenko wrote:
On Friday 27 June 2008 15:04, Rob Landley wrote:
On Thursday 26 June 2008 10:04:58 you wrote:
Hi Rob,
I created a bz2 file which busybox bunzip2 fails to decompress,
while all
On Saturday 28 June 2008 13:18:22 Denys Vlasenko wrote:
BTW, is Firmware Linux capable of producing a bootable system for blackfin?
If not, do you want me to try fixing that?
It is not, and feel free to bang on it if you like.
I poked at blackfin a bit last year, but ran into two problems:
1)
The attached patch applies to the linux-2.6.25 kernel source with
Kubuntu's patch (and the one in toybox), but busybox patch fails.
Just FYI. I'm finally getting around to trying a current busybox in my FWL
build system thingy, and figuring out what's breaks...
(I also needed svn 22578 to fix
On Monday 30 June 2008 10:20:06 Denys Vlasenko wrote:
On Sunday 29 June 2008 11:31, Vladimir Dronnikov wrote:
Q: I'm getting crazy of what people meant when they invented sendmail
interface: where sender address is supposed to be obtained from? From
OPTIONAL -f parameter? From 'From: '
On Tuesday 01 July 2008 08:21:51 Denys Vlasenko wrote:
On Tuesday 01 July 2008 12:55, Roy Marples wrote:
On Tuesday 01 July 2008 13:44:52 Denys Vlasenko wrote:
On Tuesday 01 July 2008 12:25, Roy Marples wrote:
On Tuesday 01 July 2008 13:01:56 Denys Vlasenko wrote:
ssd: do not stat
On Tuesday 01 July 2008 03:26:31 Andreas Wetzel wrote:
hi,
the current implementation seems not to reliably close all open file
descriptors if the flag DAEMON_CLOSE_EXTRA_FDS is set. it is assumed,
that the fd returned by opening a file (bb_dev_null) is the top-most fd,
but this is not true.
On Sunday 06 July 2008 01:42:23 Denys Vlasenko wrote:
The first is to ignore links while traversing,
Yeah, pity mdev author forgot to document why ACTION_FOLLOWLINKS
is necessary (example would be most useful).
What's ACTION_FOLLOWLINKS? I don't see it in the 1.10.0
On Sunday 06 July 2008 09:06:53 Vladimir Dronnikov wrote:
In particular /sys/block/loop* are the symlinks and mdev -s ceased to
mknod /dev/loop*.
Keep in mind that sysfs keeps changing. It has no stable API.
In toybox, my callback from dirtree_read() is doing:
On Thursday 03 July 2008 14:57:21 [EMAIL PROTECTED] wrote:
Hello,
I am attempting to build busybox-1.11.0 for powerpc. I have unsuccessfully
tried:
1) custom-built cross compiling toolchain built with crosstool (gcc 4.1.0,
glibc 2.3.6)
2) vendor-provided cross compiling toolchain (gcc
On Tuesday 08 July 2008 00:32:51 Denys Vlasenko wrote:
Hi,
I see that this mdev stuff is not so simple.
Tell me about it. :)
http://landley.net/notes-2008.html#05-05-2008
On Monday 07 July 2008 23:25, Holland, John wrote:
I'm having problems scanning usb_endpoint '/dev's on older
On Tuesday 08 July 2008 03:45:01 Holland, John wrote:
And if they move symlinks around in sysfs again, we
wouldn't need to change the mdev interface.
YES, YOU WILL!
Trust me on this one.
I can link you to flamewars going back to 2005 on this issue, if you'd like.
(Or at least I participated
On Tuesday 08 July 2008 16:40:14 Vladimir Dronnikov wrote:
Cool!
But we need to not just process continuations and comments but also to
parse the line into some (possibly variable) amount of
whitespaces-delimited tokens.
There's no obvious reason to mix these two issues. A function that
On Wednesday 09 July 2008 17:18:50 Bernhard Fischer wrote:
Ah, busybox has grown an equivalent of toybox's dirtree stuff since 1.2.2.
I hadn't know that...
No, sounds more like the opposite since recursive_action is in busybox
since ages ;)
On Friday 11 July 2008 13:39:40 Holland, John wrote:
That is when you stay within /sys/class or /sys/block. Operating on the
whole of /sys and following non-symlinks only will and does find all dev
files reliably (don't know about the above mentioned loop devices).
Ok, I'll bite. If you look
Do a make defconfig, and then run busybox vi on the attached txt file (after
uncompressing it). It segfaults for me, on both an x86-64 glibc system and
an i686 uClibc system.
Just FYI.
Rob
P.S. Why does busybox vi do case insensitive searches by default? It's really
annoying. Every other
On Monday 14 July 2008 01:40:02 Denys Vlasenko wrote:
On Sunday 13 July 2008 11:57, Rob Landley wrote:
On Saturday 12 July 2008 05:36:05 Denys Vlasenko wrote:
BTW: there is a speedup opportunity in mdev -s: we parse config file
repeatedly (which includes compiling regexp) for each device
On Monday 14 July 2008 01:42:02 Denys Vlasenko wrote:
On Sunday 13 July 2008 14:45, Rob Landley wrote:
Do a make defconfig, and then run busybox vi on the attached txt file
(after uncompressing it). It segfaults for me, on both an x86-64 glibc
system and an i686 uClibc system.
Thanks
On Friday 19 September 2008 02:06:59 Bernhard Reutner-Fischer wrote:
8. In fact, I don't event know where to start.
short of 7), http://buildroot.uclibc.org/ and build a cross-compiler
yourself.
Or download a prebuilt one from
On Sunday 21 September 2008 11:32:15 Marc W. Abel wrote:
Thanks to everyone participating in this discussion. I really like all
this attention to detail.
Program\e == \033 ?
---
bash echo yes
bash printfyes
coreutils echo
On Monday 22 September 2008 06:03:01 Roy Marples wrote:
On Mon, 2008-09-22 at 05:20 -0500, Rob Landley wrote:
I'm not sure (vda) how you'll adopt their behavior, as they differ.
It comes down to scope; I don't think BusyBox has ever adopted bash as
a standard to follow,
Yes, it has
On Monday 22 September 2008 11:20:02 Roy Marples wrote:
On Mon, 2008-09-22 at 10:30 -0500, Rob Landley wrote:
No, busybox has adopted a few shells, of which ash is probably the most
POSIX compliant one. busybox has never adopted bash.
Bash as a codebase to use, no. Bash as a de-facto
On Friday 10 October 2008 12:05:55 Loïc Grenié wrote:
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:
On Sunday 12 October 2008 06:29:26 walter harms wrote:
I liked simple.
i do not understand. we all like the simple stuff else we would write
bloaty-clicky-bunty stuff that needs 3GHz just to start.
Sometimes people post ideas that do not fit exactly into busysbox (like
this libm stuff). It
On Sunday 12 October 2008 09:25:50 Roberto A. Foglietta wrote:
2008/10/12 Denys Vlasenko [EMAIL PROTECTED]:
On Wednesday 08 October 2008 10:24:32 pm Lin Xbasu wrote:
Hi,
Can you please tell me, whether it is possible to get a license for the
busybox to distribute it as object code /
On Sunday 12 October 2008 11:06:37 Roberto A. Foglietta wrote:
2008/10/12 Neil Williams [EMAIL PROTECTED]:
On Sun, 2008-10-12 at 16:25 +0200, Roberto A. Foglietta wrote:
2008/10/12 Denys Vlasenko [EMAIL PROTECTED]:
On Wednesday 08 October 2008 10:24:32 pm Lin Xbasu wrote:
Hi,
Can
On Monday 13 October 2008 09:39:55 Roberto A. Foglietta wrote:
Unfortunately as Rob said much more people are going to brought in
front a court in these days because GPL.
No, they're going to be brought in front of a court for blatantly violating
the license terms. The hall of shame was up
On Tuesday 14 October 2008 05:18:44 Denys Vlasenko wrote:
On Tuesday 14 October 2008 10:48:54 am Rob Landley wrote:
On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
Next time it reads a buffer, it starts with the last character of a
cursor left sequence: capital D. Capital D
On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
Next time it reads a buffer, it starts with the last character of a cursor
left sequence: capital D. Capital D is delete to end of line, which it
does.
So basically, busybox vi is corrupting your data when you cursor around in
a file
On Tuesday 14 October 2008 05:34:46 Roberto A. Foglietta wrote:
2008/10/14 Denys Vlasenko [EMAIL PROTECTED]:
On Tuesday 14 October 2008 10:48:54 am Rob Landley wrote:
On Sunday 12 October 2008 23:48:22 Rob Landley wrote:
Next time it reads a buffer, it starts with the last character
On Monday 13 October 2008 21:54:03 Alain M. wrote:
I have followed this thread and nowhere I have seen two important points:
1) a GPLed software like Busybox can be used in a proprietary product,
as long as not linked at all with the proprietary part. Even in an
embedded it can be used.
As
On Wednesday 15 October 2008 11:36:19 Rob Landley wrote:
I think I can work out a test for this (write a script suspending the qemu
process with while true; do kill -STOP $PID; sleep 1; kill -CONT $PID;
sleep 1; done and then hold down cursor left in vi for a couple minutes
and see if it zaps
On Thursday 16 October 2008 04:47:37 Denys Vlasenko wrote:
On Thursday 16 October 2008 08:38:41 am Rob Landley wrote:
On Wednesday 15 October 2008 11:36:19 Rob Landley wrote:
I think I can work out a test for this (write a script suspending the
qemu process with while true; do kill -STOP
On Thursday 16 October 2008 10:16:19 Ralf Friedl wrote:
I had the impression that original problem was when an ESC-sequence
crossed the input buffer, not that it had something to do with the
timeout after the ESC.
So is this whole discussion now about a different, but related problem?
The
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
false)
We use trigonometry in bb? wow. where?
CONFIG_FEATURE_AWK_MATH, which already has a big warning that it requires
On Saturday 18 October 2008 16:06:22 Ralf Friedl wrote:
Denys Vlasenko wrote:
I think scheduler is at play here.
Imagine a low-end system (say ~100MHz cpu) with rather poor capabilities
wrt measuring time. No microsecond clock, just timer interrupts.
I don't seem to have gotten the
Heh, ok, now I found the message. (Just because I'm paying attention to the
busybox list again doesn't mean I've got my mail filters set up right yet. :)
But scheduling in the sender can.
The sender almost certainly is using something like a 16550a UART, which has a
16 byte output buffer.
On Sunday 19 October 2008 13:59:55 Denys Vlasenko wrote:
On Sunday 19 October 2008 06:22:37 am Rob Landley wrote:
Heh, ok, now I found the message. (Just because I'm paying attention to
the busybox list again doesn't mean I've got my mail filters set up right
yet. :)
But scheduling
On Sunday 19 October 2008 14:01:49 Denys Vlasenko wrote:
If one runs Linux on such a system with HZ=100, poll() with timeout
of 10ms is basically a one timer tick timeout. I don't know how
precise it can be.
Sleeps in the linux kernel can never return early unless interrupted, but
On Sunday 19 October 2008 12:50:37 Vladimir Dronnikov wrote:
Barebone acpid.
Please, try and comment.
TIA,
--
Vladimir
It needs more documentation. (Spawn specific application... what
application(s)? Is it in /etc/acpi? What's the format of that?)
The reason include/usage.h has
On Monday 20 October 2008 02:52:01 Vladimir Dronnikov wrote:
Sorry, I had to be brief...
It needs more documentation. (Spawn specific application... what
application(s)? Is it in /etc/acpi? What's the format of that?)
acpid listens to ACPI events coming either in textual form from
On Monday 20 October 2008 06:01:18 Roberto A. Foglietta wrote:
Ability to set up the compile environment to static linking against
libm by CONFIG should nice too.
You can already do that by removing libm.so from your toolchain's library path
so it falls back to libm.a. If you actually feel
On Monday 20 October 2008 17:23:50 Roberto A. Foglietta wrote:
However adding a menuconfig option could show static linking against
libm.a as an _OBVIOUS_ way to avoid deploy the whole libm.so on the
target system. In this case, I think the problem is not if we can do
it but how we can let be
On Tuesday 21 October 2008 07:50:06 Denys Vlasenko wrote:
It just sends SIGUSR1, SIGUSR2 or SIGTERM to init.
If nothing happens, it means init did not react correctly
to these signals.
(To other readers - see why I think signalling init on reboot
is a stupid idea? It makes fixing it so much
On Friday 24 October 2008 18:11:31 Denys Vlasenko wrote:
On Wednesday 22 October 2008 17:14, Chris Craig wrote:
Denys Vlasenko wrote:
+/* Was a CONFIG_xxx option. A lot of people were building
+ * not fully functional init by switching it on! */
+#define DEBUG_INIT 0
+
Was
On Sunday 26 October 2008 04:10:45 Mike Frysinger wrote:
i dont think there's any pressing issues to not submit this upstream ?
-mike
Seems fairly straightforward to me. I remember Solar telling me he needed
that a year ago, I forget why.
Rob
___
On Sunday 26 October 2008 13:09:59 Denys Vlasenko wrote:
If the desire to do read-write-read type accesses
without having to run devmeme thrice, I guess
fourth argument may be used
Running it twice doesn't seem like a big deal to me. A fourth argument is
just complication, unless you want to
On Tuesday 28 October 2008 19:29:56 Denys Vlasenko wrote:
On Thursday 23 October 2008 21:52, Tito wrote:
Hi to all,
this is a full rewrote of the id applet rather than a patch.
My goal was to add euid egid handling to the applet without
increasing its size.
While at it I fixed also some
On Wednesday 29 October 2008 07:04:50 Denys Vlasenko wrote:
On Wed, Oct 29, 2008 at 7:48 AM, Vladimir Dronnikov [EMAIL PROTECTED]
wrote:
+ // umount -a
+ // ???
Do we really want to hard-reboot without remounting RO
or unmounting
On Thursday 30 October 2008 21:24:53 Denys Vlasenko wrote:
On Thursday 30 October 2008 06:07, Rob Landley wrote:
On Wednesday 29 October 2008 07:04:50 Denys Vlasenko wrote:
On Wed, Oct 29, 2008 at 7:48 AM, Vladimir Dronnikov
[EMAIL PROTECTED]
wrote
On Thursday 30 October 2008 17:58:28 Steve Iribarne (GMail) wrote:
Hello List.
I have upgraded my busybox from 1.2.1 to 1.11.3. Yes I know it's
about time. :)
I had u-boot with 1.2.1 of busybox working just peachy.
Now I get the dreaded...
... snip
cfi_cmdset_0002: Disabling
On Friday 31 October 2008 04:29:54 Denys Vlasenko wrote:
On Friday 31 October 2008 03:57, Rob Landley wrote:
Ok, when you said free loop devices, I thought you meant losetup -d.
You're talking about unmounting loop devices, which is a standard
unmounting problem.
Ok, an example where I
On Friday 31 October 2008 18:33:29 Denys Vlasenko wrote:
On Friday 31 October 2008 11:56, Rob Landley wrote:
Just having _files_ open prevents umounting a mount without -f:
sudo /bin/bash
mkdir walrus
mount -t ramfs walrus walrus
touch walrus/walrus
sleep 999 walrus/walrus
umount
On Friday 31 October 2008 20:15:08 Denys Vlasenko wrote:
On Saturday 01 November 2008 01:58, Rob Landley wrote:
A process has a file open in it. The filesystem is pinned until the
process closes that file, unless you want to force the unmount (so
the file starts getting
On Saturday 01 November 2008 06:41:04 Denys Vlasenko wrote:
On Saturday 01 November 2008 07:40, Rob Landley wrote:
When I say that signaling PID 1 so it can quiesce and shutdown the system
for you is the easy way to do it right, I really am serious.
Why then many people are coming here
On Monday 03 November 2008 00:26:30 Michael D. Setzer II wrote:
I have the g4l project that uses busybox plus a number of other programs.
A number of the additional programs I was building and installing manually
into directories in the path. As it turns out, some of the programs make
install
$ cat -c hello.cpp
cat: invalid option -- c
cat[248]: segfault at 0 ip 0804829d sp bf95f70c error 4 in
busybox[8048000+a9000]
Anybody other than me notice this? It's in last night's snapshot...
Rob
___
busybox mailing list
busybox@busybox.net
On Tuesday 04 November 2008 02:48:37 Denys Vlasenko wrote:
On Tuesday 04 November 2008 08:09, Vladimir Dronnikov wrote:
So did 'uname -X' when I used ./configure under mini-native.
Doesn't happen here, but I still build against old-ish
static uclibc here. What is mini-native?
It's built by
On Tuesday 04 November 2008 03:48:12 Vladimir Dronnikov wrote:
What is mini-native?
mini-native is Rob's toolchain from his FirmWare Linux project. I finally
decided to leave my rather outdated toolchain (0.9.29, 2.6.22, gcc/g++ +
many libraries I completely forgot the way I compiled them)
On Tuesday 04 November 2008 12:00:33 Vladimir Dronnikov wrote:
One more issue: when compiling sqlite I started to get the error:
BUILDsqlite
awk: ./mkopcodeh.awk:117: Math support is not compiled in
That's because Denys removed CONFIG_FEATURE_AWK_LIBM from defconfig, which
broke this.
On Tuesday 04 November 2008 16:22:45 Rob Landley wrote:
It would be nice if busybox still had such a .config. Maybe I can start
with allyesconfig and just switch off a lot _more_...
So I'm making my own deltaconfig I can feed into make allyesconfig
KCONFIG_ALLCONFIG=deltaconfig, to switch
On Tuesday 04 November 2008 16:22:45 Rob Landley wrote:
It would be nice if busybox still had such a .config. Maybe I can start
with allyesconfig and just switch off a lot _more_...
Ok, here's how to get a maximum sane configuration, switching off all the
things that break if you're not set
On Wednesday 05 November 2008 00:29:32 [EMAIL PROTECTED] wrote:
hi all,
when logging on via the serial port (ttyS1) i get prompted for the username
when i enter it and hit return it gets echoed back to me on the line below,
and then when i enter the password nothing happens and it eventually
On Wednesday 05 November 2008 20:19:50 Denys Vlasenko wrote:
On Tuesday 04 November 2008 23:22, Rob Landley wrote:
On Tuesday 04 November 2008 12:00:33 Vladimir Dronnikov wrote:
One more issue: when compiling sqlite I started to get the error:
BUILDsqlite
awk: ./mkopcodeh.awk:117
Way way back in the dark ages, the original reason for naming symbols
CONFIG_APPLETNAME and CONFIG_FEATURE_APPLETNAME_BLAH was so that so that
things like make allbareconfig could could easily filter out features via a
sed invocation looking for CONFIG_FEATURE.
This was a build test, because a
On Thursday 06 November 2008 19:33:12 Denys Vlasenko wrote:
I already figured out another way to get the behavior I want, by avoiding
the useless defconfig entirely and instead using a driedfrogpills file to
impose sanity upon allyesconfig via the KCONFIG_ALLCONFIG infrastructure.
(I
On Friday 07 November 2008 13:27:08 Cathey, Jim wrote:
But there probably needs to be a central vision of what
defconfig is and is not, one owner of record.
Er, that would be Denys.
I'd like to make it very clear: I am no longer maintainer, I'm just another
developer with an opinion. If
On Friday 07 November 2008 17:20:19 Vladimir Dronnikov wrote:
If you want to use runsvdir as init, you run it as
runsvdir [-P] -s SCRIPT /dir
Works fine. Though to reboot I have to use something like:
---
#!/bin/sh
umount -a
exec reboot -f
---
as -s parameter script.
Random side
The web page still says Buildroot's maintainer is Erik Andersen, who seems
kind of busy with other things these days, has handed off all the other
projects on this server, and last posted to this list 8 months ago.
I ask because Morris got cracked earlier today, and over on freenode we're
On Monday 10 November 2008 06:11:16 Vladimir Dronnikov wrote:
reboot -f
echo Kernel has been instructed to reboot
while true; do sleep ; done
because otherwise, if script exits, runsvdir
will loop back and restart services, and this is definitely
what you dont want to happen!
On Monday 10 November 2008 06:59:19 Bernhard Reutner-Fischer wrote:
Wonder what happens when init dies and kernel oopses? Does kernel
I think it would panic rather than oops. Just boot with panic=15
That argument is number of seconds to wait before rebooting. If you want
panic to equal
On Tuesday 11 November 2008 12:23:02 Vladimir Dronnikov wrote:
Hello, list!
Teach me, please, how to convert a shared library to the static one?
There aren't actually good tools to do it, although you could probably script
something with objcopy. In general, shared libraries are built as
On Tuesday 11 November 2008 16:14:19 Philip Guo wrote:
I've just reported (in http://busybox.net/bugs/) 17 behavioral mismatches
between busybox and GNU coreutils versions of utilities. You can search
for them under reporter name 'pgbovine'.
Coreutils is not a standard, thus a mismatch with
On Tuesday 11 November 2008 22:00:46 Philip Guo wrote:
You opened your bugs as standards compliance without referencing a
standard.
sorry again, this is my first time posting on this list and in the busybox
bug database :)
Not trying to discourage you. Testing is never a bad thing... :)
On Tuesday 11 November 2008 23:44:32 Hamish Moffatt wrote:
In busybox 1.13.0, id.c calls getgrouplist() which doesn't exist in
uClibc 0.9.29.. enabling internal password/group functions solves it but
is there a better solution?
Yes, upgrading to the uClibc 0.9.30 release, which came out today.
On Thursday 13 November 2008 13:35:57 Doug Graham wrote:
This is probably the wrong mailing list to report this bug to, but it's
the one I subscribe to, and this bug is relevant to this list, so you
might be interested.
uClibc's mknod implementation looks like this:
Not only a report to the
On Friday 14 November 2008 09:42:50 walter harms wrote:
hhhmmm,
releasing a code that depends on a libc version that is not released yet
it not nice to users.
I suspect glibc had this years ago and that's what they were testing against.
I also note that uClibc had an -rc1, -rc2, and -rc3 in
On Saturday 15 November 2008 14:48:16 walter harms wrote:
my (only) point was that we should not release SW that needs a ulibc
version (a supported libc!) that is not yet released.
It _is_ out. It was released the _following_day_, it was explicitly
_scheduled_ to be released over a week
On Saturday 15 November 2008 21:21:10 Denys Vlasenko wrote:
No, it is not resolved. Be realistic. You just got a complaint
from a user. Do you think he wrote this email just to annoy you?
Alan Cox once told me a maintainer's job is to say no.
Yes, you have to _listen_ to every complaint, but
I was asked forward this optimization patch. I'm not familiar with the part
of the code it applies to...
---BeginMessage---
Hey Rob,
Hope you're doing well. I think I poked you about this a while back,
but I didn't pick a really great time for it ... it is good to see
that you're still
On Sunday 16 November 2008 17:01:03 Denys Vlasenko wrote:
On Sunday 16 November 2008 07:02, Rob Landley wrote:
Even _current_ versions of uClibc still have nasty bugs. Build busybox
tar against uClibc and then try to do tar xvjfC filename.tbz dirname
and notice that it complains it can't
On Thursday 20 November 2008 00:20:52 Vladimir Dronnikov wrote:
Using the subj from current SVN I get the patches which do not
substitute /dev/null for missing or being deleted files.
Is it intended?
Are you saying that older versions were doing this, and now it broke?
Nope. I
On Sunday 23 November 2008 09:01:35 Denys Vlasenko wrote:
On Friday 07 November 2008 03:01, [EMAIL PROTECTED] wrote:
busybox's implementation of mount differs from the standalone version
Back in the 1.1 timeframe I rewrote it more or less from scratch, something
like 3 times, trying to get it
On Monday 24 November 2008 17:12:45 Denys Vlasenko wrote:
On Monday 24 November 2008 14:59, Rob Landley wrote:
On Sunday 23 November 2008 09:01:35 Denys Vlasenko wrote:
On Friday 07 November 2008 03:01, [EMAIL PROTECTED] wrote:
busybox's implementation of mount differs from
On Wednesday 10 December 2008 11:08:18 Cathey, Jim wrote:
If anyone wants my opinion,
We would have asked for it back in 2005 when this very issue was extensively
discussed on this very list:
http://www.busybox.net/lists/busybox/2005-July/015089.html
I greatly dislike using if(FOO) with
the
On Monday 24 November 2008 20:04:17 Denys Vlasenko wrote:
On Monday 24 November 2008 10:21, Ralf Friedl wrote:
Vladimir Dronnikov wrote:
run 'mount -a' over and over you get stacking mounts
Personally, I'd like to be able to mount valid stuff the way I wish.
So BB behaves
On Monday 15 December 2008 11:57:31 Bernhard Reutner-Fischer wrote:
Hi,
quick heads up that *finally* POSIX.1-2008 is out.
http://www.opengroup.org/onlinepubs/9699919799/toc.htm
Cool!
I don't suppose there's any sort of changes document saying what they broke?
I didn't spot one at first
On Tuesday 25 November 2008 04:48:04 Denys Vlasenko wrote:
On Tuesday 25 November 2008 08:16, Roy Marples wrote:
On Tue, 2008-11-25 at 03:04 +0100, Denys Vlasenko wrote:
On Monday 24 November 2008 10:21, Ralf Friedl wrote:
Vladimir Dronnikov wrote:
run 'mount -a' over and over
On Thursday 27 November 2008 12:00:11 Vladimir Dronnikov wrote:
According to http://www.linuxjournal.com/article/8478 - close() will do
all the required cleanup job.
It was you, Piotr, who requested for ...to have inotify_rm_watch() for each
inotify_add_watch() call... :)
I, personally,
On Friday 28 November 2008 08:17:14 Schlaegl Manfred jun. wrote:
Hi!
I'm new on the list. But I'm working and experimenting with busybox
since two years.
For one of our projects, I've started to implement parts of mtd-utils
(flash_eraseall, nandwrite, etc) in busybox.
I was actually
On Sunday 30 November 2008 04:52:14 Vladimir Dronnikov wrote:
examples/* are way unstructured. I think it would be more useful to
maintain a sample root filesystem under examples/. Say, we now have acpid.
Then examples/etc/acpi/* should contain working scripts. So that people
could just copy
On Monday 22 December 2008 10:36:23 Alain M. wrote:
Rob Landley escreveu:
I think some kind of meta busybox project could be started which could
accumulate people's knowledge in sense of supplement scripts and
configuration files used with busybox.
What do you think?
Can of worms
On Monday 22 December 2008 12:25:53 Vladimir Dronnikov wrote:
we already have man ...
Do we, Bernard?
man still depends on external *roff. As such man itself (an unzipper
piping its output to a pager, respecting some environment variables)
is of little application, IMO.
I recall circa
:
http://free-electrons.com/pub/video/2008/ols/ols2008-rob-landley-linux-
compiler.ogg
I could blather about it here if you like, but it's a long topic. :)
I see no point in chipping off small bits.
Either rewrite it totally, or leave it almost untouched, to make
it easier to sync it up with kernel
$ echo 1 2.0 + p | ./busybox dc
11
$ echo 1 2.0 + p | dc
3.0
Rob
___
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox
On Tuesday 30 December 2008 04:48:00 Denys Vlasenko wrote:
On Tuesday 30 December 2008 08:43, Vladimir Dronnikov wrote:
$ echo 1 2.0 + p | ./busybox dc
11
Noticed the same. Binary 3.
Indeed. Try this:
http://busybox.net/downloads/fixes-1.13.1/busybox-1.13.1-dc.patch
Yup, that fixed
$ printf %x 2251797561885434; echo
779c842fa
$ ./busybox printf %x 2251797561885434; echo
79c842fa
I need 64 bit math to convert timeconst.pl to timeconst.sh in the Linux kernel
build...
Rob
___
busybox mailing list
busybox@busybox.net
On Saturday 03 January 2009 20:40:48 Denys Vlasenko wrote:
On Saturday 03 January 2009 22:32, Rob Landley wrote:
$ printf %x 2251797561885434; echo
779c842fa
$ ./busybox printf %x 2251797561885434; echo
79c842fa
I need 64 bit math to convert timeconst.pl to timeconst.sh
On Sunday 04 January 2009 15:04:50 Denys Vlasenko wrote:
On Sunday 04 January 2009 20:11, Rob Landley wrote:
$ printf %x 2251797561885434; echo
779c842fa
$ ./busybox printf %x 2251797561885434; echo
79c842fa
I need 64 bit math to convert timeconst.pl
On Sunday 11 January 2009 11:04:45 Vladimir Dronnikov wrote:
Busybox 1.12.2 sendmail has port 25 hardcoded and does not parse the port
specified in the -H option. The attached patch adds parsing the port
from the -H option (if specified); otherwise, defaults to port 25.
I believe
On Monday 19 January 2009 20:57:35 Denys Vlasenko wrote:
On Wednesday 14 January 2009 14:21, walter harms wrote:
unsigned timestamp_before_wait=0;
will do the same ?
Yes. but
unsigned timestamp_before_wait = timestamp_before_wait;
is better wrt code size. :)
1 - 100 of 638 matches
Mail list logo
