On Fri, 13 Jun 2008, Luigi 'Comio' Mantellini wrote:
I'm still working to port OpenWRT on my architecture (m68k/coldfire). I
diff --git a/target/linux/generic_m68k/config-default
b/target/linux/generic_m68k/config-default
new file mode 100644
index 000..6f8acb5
--- /dev/null
+++
Ciao,
in order to advance the building I manually created the following link:
cd
staging_dir/toolchain-m68k_gcc4.3.1/lib/gcc/m68k-linux-uclibc/4.3.1/include
ln -s ../include-fixed/limits.h .
In your opinion... can it be a solution?
with this workaround the uClibc compilation advances untile
I submitted the identical patch back on May 26, and it was ignored.
Am I just wasting my time sending in patches?
On Jun 11, 2008, at 1:03 PM, John Crispin wrote:
applied, but forgot the signed off in the commit msg, sorry
Brian J. Murrell wrote:
I'd like to propose the following patch
we all have real life jobs. look at the timeline in trac and you will
see, that patches, addons and new features are constantly being added.
you are definatley not wasting your time. just be patient, we are only
humans. each and every one of the devs invests a lot of time to develop
a great
Ciao again,
On ven, 2008-06-13 at 11:22 +0200, Luigi 'Comio' Mantellini wrote:
Ciao,
make[4]: Entering directory
`/mnt/devel/openwrt/OpenWRT.git/build_dir/toolchain-m68k_gcc4.3.1/uClibc-0.9.29'
install -d
/mnt/devel/openwrt/OpenWRT.git/staging_dir/toolchain-m68k_gcc4.3.1//lib
install -m
picking my nose, waiting on a patch from you, so i can ignore it and
then get back to picking my nose.
I doubt any of we who have submitted ignored updates feel that way,
and I'm sorry you think we do. The question I have is whether you
core devs would prefer patches submitted in a different
Peter Korsgaard napsal(a):
Staněk == Staněk Luboš (lubek) [EMAIL PROTECTED] writes:
Staněk Require the username for password protected paths in busybox's httpd.
Staněk The bug is present in all busybox releases up to trunk.
That breaks setups with empty username (/path::pass) and still
On Sat, Jun 7, 2008 at 11:16 AM, Pedro Bandim Faustino
[EMAIL PROTECTED] wrote:
Signed-off-by: Pedro Faustino [EMAIL PROTECTED]
---
Index: package/madwifi/files/lib/wifi/madwifi.sh
===
---
for the roaming features i guess ?
Travis Kemen wrote:
On Sat, Jun 7, 2008 at 11:16 AM, Pedro Bandim Faustino
[EMAIL PROTECTED] wrote:
Signed-off-by: Pedro Faustino [EMAIL PROTECTED]
---
Index: package/madwifi/files/lib/wifi/madwifi.sh
Date: Fri, 13 Jun 2008 10:22:18 -0500
From: Travis Kemen [EMAIL PROTECTED]
Subject: Re: [OpenWrt-Devel] [PATCH] madwifi.sh doesn't take into
account association with unencrypted networks
To: OpenWrt Development List openwrt-devel@lists.openwrt.org
Message-ID:
[EMAIL PROTECTED]
Felix Fietkau wrote:
Why should wpa_supplicant get started for unencrypted networks?
Oops, my mail client didn't show the replies when I hit 'send', but I still
have some further questions:
Pedro Bandim Faustino wrote:
The european eduroam network (802.1x) is in place in various countries
but
Sorry, I didn't mean to offend or insult you and the other developers.
I realize you all have lives and are busy, and I sincerely appreciate
the time and effort you have all spent in developing OpenWRT. It's
just a bit frustrating to submit a patch and get no response, only to
see the
Hi,
I have telnetd setup to get started through the init
scripts, but when I connect, Cntl-C won't kill a hung
process. If I kill and restart telnetd (from the
console) then Cntl-C works OK from the telnet session.
It seems as though process control is not available
when started through the
Staněk == Staněk Luboš (lubek) [EMAIL PROTECTED] writes:
Staněk The last SVN (r22319) code is broken the other way round. It
Staněk compares up to the username's length of Htaccess entry. It
Staněk relates to a hack to authenticate against a usernameless
Staněk Htaccess entry.
Yes, r22319
14 matches
Mail list logo