Folks,
Not sure how to resolve this:
while compiling mklibs, got the following:
make[7]: Entering directory
`/var/storage/src/trunk-arm/build_dir/host/mklibs/src/mklibs-readelf'
x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -O2
-I/var/storage/src/trunk-arm/staging_dir/host/include
-I/var/sto
i have interesting.
2012/8/22 Adrian Chadd
> On 13 July 2012 06:24, Jonathan Bither wrote:
> > Nico,
> > I too have been interested in experimenting with TDMA. When I
> looked
> > a while ago the most helpful information that I saw was that TDMA
> support is
> > apparently included in
2012/8/24 Jonas Gorski :
> Hi Rafał,
>
> On 24 August 2012 23:09, Rafał Miłecki wrote:
>> (...)
>> # head /dev/mtd4 | hexdump -C
>> 73 68 73 71 2b 03 00 00 00 00 00 54 03 00 00 d8
>> |shsq+..T|
>> (...)
>> Can someone explain to me, what does it mean? Is there something wrong
Hi Rafał,
On 24 August 2012 23:09, Rafał Miłecki wrote:
> (...)
> # head /dev/mtd4 | hexdump -C
> 73 68 73 71 2b 03 00 00 00 00 00 54 03 00 00 d8 |shsq+..T|
> (...)
> Can someone explain to me, what does it mean? Is there something wrong
> with my mtdblock4? I don't get anythi
Hey,
I have original firmware installed on my (unsupported) router and I'm
booting ELF image using tftp. My purpose is to get correct partitions
layout and access to them.
Linux correctly detects mtds, I get:
0x001c-0x001416a4 : "linux"
0x001416a4-0x007ba000 : "rootfs"
# cat
dev.openwrt.ort seems to be throwing 502 errors, at least for the past
hour or so.
https://dev.openwrt.org/browser/trunk
https://dev.openwrt.org/browser/branches
--
Ben West
http://gowasabi.net
b...@gowasabi.net
___
openwrt-devel mailing list
openwrt-d
>> Thanks, applied in r33271
>
> Thanks, John. Can you take the nginx 1.2.3 upgrade I sent in a few days
> ago too?
not merging any new stuff and/or updates atm ...
-->
https://lists.openwrt.org/pipermail/openwrt-devel/2012-August/016411.html
is there a specific reason, such as a security fix
John Crispin wrote:
> On 24/08/12 15:14, Mark Mentovai wrote:
> > This allows additional files in /etc/nginx/, such as SSL certificates,
> > tobe saved on sysupgrade.
> >
> > Signed-off-by: Mark Mentovai
>
> after not reading the 100 mails leading up to this patch i expected
> something big ;)
Thank you, Jonathan. I should note that r33202 boots fine for me on
ar71xx, if that helps narrow down a root cause.
On Fri, Aug 24, 2012 at 12:15 PM, Jonathan Bither wrote:
> When I rebuilt the other day my ar2315 would not boot due to jffs2 errors. I
> haven't checked to see if it was somethin
> How do I monitor this particular channel with an other wifi card to
> get
> most of the packages, with aircrack I am unable to set the
> channel?
the simple approach is installing horst on another router
or your pc. ofcourse you get a full dump with wireshark
sniffing on your monitor-interface.
When I rebuilt the other day my ar2315 would not boot due to jffs2 errors. I
haven't checked to see if it was something in my tree, but just thought i'd let
you know. I can rebuilt with a clean true today and watch serial to see if the
issue persists.
On 08/24/2012 01:02 PM, Ben West wrote:
>
> Do you have any info whether the failure occurs with the change
> from OFDM to
> CCK, or vice versa? I am wondering if the radio needs a dummy
i cannot answer this question - interesting idea.
i like to test your patch, simply do a dummy tx in both cases.
bye, bastian
My problem is likely unrelated, but could you (Tobias) say precisely
what revision of trunk you are using?
Freshly compiled trunk r33202 w/ default config does not appear to
boot at all on my OM1P (ar2315 chipset), i.e. no response on eth0.
However, I don't think the bugs mentioned w/ compat-wirel
On 24/08/12 15:14, Mark Mentovai wrote:
> This allows additional files in /etc/nginx/, such as SSL certificates,
> tobe saved on sysupgrade.
>
> Signed-off-by: Mark Mentovai
after not reading the 100 mails leading up to this patch i expected
something big ;)
Thanks, applied in r33271
J
Hello Everyone, I need a custom Luci menu for a new soc port we are working
on. We would like some one that is an expert with Luci since we are on a
time crunch. We have 3 weeks to do it, and I will start the offer at 1000
usd OBO. We want a style similar to the FON 2.0n.
Best Regards, Jason
_
Signed-off-by: Petr Štetiar
---
package/base-files/files/etc/init.d/boot |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/package/base-files/files/etc/init.d/boot
b/package/base-files/files/etc/init.d/boot
index 43837a8..54afbb8 100755
--- a/package/base-files/files/et
This allows additional files in /etc/nginx/, such as SSL certificates,
tobe saved on sysupgrade.
Signed-off-by: Mark Mentovai
---
Index:
packages/net/nginx/Makefile
===
--- packages/net/nginx/Makefile (revision 33213)
+++ packages
Jo-Philipp Wich wrote:
> But they will get recorded by opkg, which is another source sysupgrade
> uses to assemble the list of files to get backed up.
This is the part I was missing. Thanks for the explanation. I've submitted
a v2 patch in case it's thought to be generally useful, otherwise I'll
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I see. The existing feeds/packages/net/nginx/Makefile already lists
> the files under /etc/nginx that ship in the package in its
> conffiles definition, but this doesn't result in a keep file in the
> package because include/package-ipkg.mk will onl
Jo-Philipp Wich wrote:
> > It looks like conffiles can only save files, not entire directories.
> > /etc/nginx is a directory. Should conffiles be fixed to work with
> > directories too?
>
> It works fine with directories, see include/package-ipkg.mk, the code
> below "ifneq ($$(KEEP_$(1)),)"
I s
On 24/08/12 13:20, Unai Uribarri wrote:
> I would love to see eSATA Sheevaplug supported by standard OpenWRT
> kirkwood images. Since standard Sheevaplug is already supported,
> the CONFIG_MACH_ESATA_SHEEVAPLUG option just adds a little
> MACHINE_START definition and we have support for eSATA Sheev
I would love to see eSATA Sheevaplug supported by standard OpenWRT
kirkwood images. Since standard Sheevaplug is already supported,
the CONFIG_MACH_ESATA_SHEEVAPLUG option just adds a little
MACHINE_START definition and we have support for eSATA Sheevaplug
and the kernel image is only enlarged by 5
I've noticed that /etc/ethers is not preserved over sysupgrades but
/etc/hosts is
I can fix this with /etc/sysupgrade.conf but I think it should be part
of the default set of kept files
--
Tim Fletcher
___
openwrt-devel mailing list
openwrt-devel@
23 matches
Mail list logo
