Amendment: The fake tool chain needs to be placed in /usr/bin due to the
fact that the Busybox build clears the Path and does only allow /bin and
/usr/bin. --> Hey Denys, what about cross tool chains that have been
installed in /usr/local/bin, a usual location for this?
fake-toolchain.tar.gz
Des
Hallo Eric,
as I have been interested to see if my tool chain idea may work for you,
I did a quick hack to get a prove of concept. With a big one liner I
created a complete fake tool chain that logs in
/usr/src/busybox-build.log every tool chain call that is executed by the
Makefile. That log fil
Hallo Tito!
> On Thursday 24 February 2011 18:53:17 Harald Becker wrote:
>> The applet adduser uses a system() call for addgroup activation. An
>> activation, which shouldn't have been done either, as the group "users"
>> already exist and primary users shall normally not be added to the group
On Thursday 24 February 2011 18:53:17 Harald Becker wrote:
> Hallo Tito!
> Hallo Denys!
>
> Normaly I do all changes of passwd and group files with sed or an visual
> editor. As I'm just trying to step up to newer Busybox version I wanted
> to check those changes in deluser / delgroup. Just being
Hi!
> walter harms writes:
>> ... but --save-temps will keep all tmp files including asm.
Ahh, pretty good idea, I didn't know that gcc is able to save all
intermediate files
> Adding "--save-temps" to the "CFLAGS := $(CFLAGS)" line in the Makefile
> has indeed left me with *many* .s files. Now
Hallo Eric!
> I'm hoping to generate a compiled text asm file (gcc -S) of the busybox
> executable. I've looked at scripts/showasm, but it uses objdump the
> output of which could not (easily) then be edited and linked to generate
> an executable.
>
> I've spend a good deal of time mucking around
walter harms writes:
> Am 24.02.2011 18:17, schrieb Eric Schulte:
>> Hello,
>>
>> I'm hoping to generate a compiled text asm file (gcc -S) of the busybox
>> executable. I've looked at scripts/showasm, but it uses objdump the
>> output of which could not (easily) then be edited and linked to gen
Hallo Denys!
>
>
>> - Upload doesn't always work proberly
>> - Login trouble with tools like mc
> Can you report these bugs?
Sure, as soon as I can retry this on my machine. I'm even planing to do
a bit more. I need a small ftp server (without security considerations)
for easy local file exchanges
On Thu, Feb 24, 2011 at 9:39 AM, Harald Becker wrote:
> Hallo David!
>> So the question is - can anyone explain/guess why it might have been
>> worthwhile to go and get proftpd, when ftpd seems to be there, and to
>> have been fine on the previous model?
> The busybox ftpd is very rudimentary, it
Hallo Tito!
Hallo Denys!
Normaly I do all changes of passwd and group files with sed or an visual
editor. As I'm just trying to step up to newer Busybox version I wanted
to check those changes in deluser / delgroup. Just being at that point I
wanted to use adduser to add a new user for those test
On Thu, Feb 24, 2011 at 4:35 PM, Harald Becker wrote:
> Hi !
>>> - Upload doesn't always work proberly
>>> - Login trouble with tools like mc
>> Offtopic here but, could you be more specific please? I mean, can you
>> remember how to reproduce such issues? I can not (in current
>> releases).
> Of
Am 24.02.2011 18:17, schrieb Eric Schulte:
> Hello,
>
> I'm hoping to generate a compiled text asm file (gcc -S) of the busybox
> executable. I've looked at scripts/showasm, but it uses objdump the
> output of which could not (easily) then be edited and linked to generate
> an executable.
>
>
Hello,
I'm hoping to generate a compiled text asm file (gcc -S) of the busybox
executable. I've looked at scripts/showasm, but it uses objdump the
output of which could not (easily) then be edited and linked to generate
an executable.
I've spend a good deal of time mucking around in the Makefile
Hi!
>
> Isn't it easier to have two shell scripts bzip:
>
> #!/bin/sh -
> exec bzip2 "$@"
>
> and bunzip:
>
> #!/bin/sh -
> exec bunzip2 "$@"
>
> Hope this helps,
True, I do have those scripts, but I havily rely on the standalone
feature of busybox, that is, scripts do not call any external progr
Hi !
>> - Upload doesn't always work proberly
>> - Login trouble with tools like mc
> Offtopic here but, could you be more specific please? I mean, can you
> remember how to reproduce such issues? I can not (in current
> releases).
Offtopic? Why? ... this is Busybox mailing list and it is (or at l
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
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 to the fact, that I do always
have to
On Thu, Feb 24, 2011 at 9:39 AM, Harald Becker wrote:
> Hallo David!
Hi,
> - Upload doesn't always work proberly
> - Login trouble with tools like mc
Offtopic here but, could you be more specific please? I mean, can you
remember how to reproduce such issues? I can not (in current
releases).
[
Hi!
> Security? Proftpd has a history of root compromise vulnerabilities. If
> you want a secure ftpd, vsftpd is pretty much the only choice (the
> only one with a zero-compromise history).
"Security" was compared to busybox ftpd and other simple ftpd
implementations, which all allow access to com
es and are able
to do just a diff on them). Sorry, for this, if I was wrong ... let to
this, that I lost the changes and had to do the modifications again ...
not that friendly]
--
Harald
diff -bdur busybox-20110224/console-tools/showkey.c
busybox-20110224-hb/console-tools/showkey.c
--- busybox-2
On Thu, Feb 24, 2011 at 09:39:16AM +0100, Harald Becker wrote:
> Hallo David!
> > So the question is - can anyone explain/guess why it might have been
> > worthwhile to go and get proftpd, when ftpd seems to be there, and to
> > have been fine on the previous model?
> And in addition: Are you sur
On 24 February 2011 01:24, Denys Vlasenko wrote:
> On Wednesday 23 February 2011 06:16, Rob Landley wrote:
>> So if you start with "allnoconfig" and look to see what applets you can
>> enable, things like "mount" don't exist for you unless you know to look
>> for them. This adds a new layer of bl
On Die, 2011-02-22 at 18:25 +, David Collier wrote:
> We have 2 versions of a product.
>
> On the old one, inetd.conf starts off /sbin/ftpd on a new connection. I
> assume that ftpd is a busy-box applet ?
Why do you assume that?
You should actually go and look on the device as that "assumpti
2011/2/24 Harald Becker :
> Hallo David!
> - Only anonymous access possible
> - Upload doesn't always work proberly
> - Login trouble with tools like mc
> - No access restrictions
>
> That is: Beside a rudimentary anonymous get via ftp that busybox ftpd is
> not really useful. If you need anythin
> Up until this change, allnoconfig wasn't useless.
>
> Randconfig is always useless. Way back when I hijacked defconfig to be
> the maximum sane configuration so it was an allyesconfig replacement.
> So the two entry points were allnoconfig (start with nothing and add
> just what you need) and d
Hallo David!
> So the question is - can anyone explain/guess why it might have been
> worthwhile to go and get proftpd, when ftpd seems to be there, and to
> have been fine on the previous model?
The busybox ftpd is very rudimentary, it has (or had, at least in it's
early days) the following limit
26 matches
Mail list logo