Hi,
Did Florian apply this already? If not could I get you to redo the
command line parsing changes via editing .ggo file and regenerating the
C files from there. That is the preferred way for code changes. The
only reason we include the .c and .h for the parsing is that we didn't
want to make
On Mon, 7 Mar 2011 21:15:03 +0100
Jonas Gorski wrote:
Er, I've forgotten. Has this been applied yet?
--
hm. I've lost a machine.. literally _lost_. it responds to ping,
it works completely, I just can't figure out where in my apartment it
is. GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C
On Fri, 01 Apr 2011 19:31:41 +0200
Gregers Petersen wrote:
> Dear all
>
> I promised to post an agenda for the patch process meeting sunday on
> irc -devel @ 19:00 UTC.
>
> The generel discussion has concerned two central points. first, how is
> the patch submission process in reality working?
On Fri, 01 Apr 2011 12:43:43 +0200
"Ithamar R. Adema" wrote:
> Hi,
>
> On Thu, 2011-03-31 at 15:05 -0400, Daniel Dickinson wrote:
> > Actually this is normal. Order is base-files, then
> > target/base-files, then packages. It's doing
> > target/base-files/etc/config/fstab that is wrong because
On Mon, 28 Mar 2011 19:44:31 +0200
Gregers Petersen wrote:
> Dear All
>
> I've been following the discussion and would like to offer to organize
> an irc meeting on -devel - to discuss this issue, and together
> generate a model for how to change things to the better.
>
> I would like to sugges
Committed revision 26399
On Fri, Apr 1, 2011 at 10:30 PM, Ian Leonard wrote:
> Version bump rsync to 3.0.8. This is a security/maintenance release.
>
> Signed-off-by: Ian Leonard
>
> ---
> Index: feeds/packages/net/rsync/Makefile
> ===
On Fri, Apr 1, 2011 at 9:17 PM, Jan Willies wrote:
> 2011/4/2 Larry Vaden
>>
>> How besides downloading and running strings can one tell the rx
>> for the files at, e.g.,
>> http://downloads.openwrt.org/snapshots/trunk/ar71xx/?
>
> packages/base-files will tell you.
> http://downloads.openwrt
Version bump rsync to 3.0.8. This is a security/maintenance release.
Signed-off-by: Ian Leonard
---
Index: feeds/packages/net/rsync/Makefile
===
--- feeds/packages/net/rsync/Makefile (revision 26385)
+++ feeds/packages/net/rsync/M
2011/4/2 Larry Vaden
>
>
> How besides downloading and running strings can one tell the rx
> for the files at, e.g.,
> http://downloads.openwrt.org/snapshots/trunk/ar71xx/?
>
packages/base-files will tell you.
http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/base-files_68-r26358_
On Fri, 01 Apr 2011 10:39:14 +0200, John Crispin wrote:
>
> ok, please resend it when tested, i marked the current version as
> rejected in patchwork
>
John,
I reverted all my changes to target/ramips, downloaded the patch from
patchwork (http://patchwork.midlink.org/patch/825) and re-applied i
We $(PLATFORM_SUBDIR)/target.mk gets included, include/kernel-version.mk hasn't
yet been included... therefore KERNEL_PATCHVER hasn't yet been defined.
Ergo, we need to use a deferred definition of GEOS_GPIO (and can't use
ifeq/endif).
Signed-off-by: Philip Prindeville
Index: target/linux/x86/
2011/4/1 Felix Fietkau :
> On 2011-03-30 5:26 PM, Paweł Foremski wrote:
>>
>> W dniu 30 marca 2011 15:05 użytkownik Felix Fietkau
>> napisał:
>>>
>>> On 2011-03-30 9:10 AM, Paweł Foremski wrote:
2011/3/28 Felix Fietkau:
>
> On 2011-03-28 1:40 PM, Paweł Foremski wrote:
>>
On 2011-03-30 5:26 PM, Paweł Foremski wrote:
W dniu 30 marca 2011 15:05 użytkownik Felix Fietkau napisał:
On 2011-03-30 9:10 AM, Paweł Foremski wrote:
2011/3/28 Felix Fietkau:
On 2011-03-28 1:40 PM, Paweł Foremski wrote:
Last week ath9k updates broke adhoc. I'm running todays trun
Seeing:
...
generating help tags
make[5]: Entering directory
`/home/philipp/openwrt2/build_dir/target-i386_uClibc-0.9.32/vim73/runtime/doc'
/home/philipp/openwrt2/build_dir/target-i386_uClibc-0.9.32/vim73/ipkg-install/usr/bin/vim
-u NONE -esX -c "helptags ++t ." -c quit
/bin/sh:
/home/philipp/o
Hmmm still more fixes for 2.6.38 on x86 with Jonas's squashfs4 patchset:
Index: target/linux/generic/config-2.6.38
===
--- target/linux/generic/config-2.6.38 (revision 26388)
+++ target/linux/generic/config-2.6.38 (working copy)
Hello All,
Without really knowing what I was doing, I changed the board id. in CFE
from CPVA502+ (default) to 96348GW-10 and OpenWrt booted
(openwrt-96348GW-generic-squashfs-cfe.bin from 10.03.1-rc4)
At first I had access only from serial console, but after bringing down
the br-lan device
Actually, this patch doesn't apply to 2.6.38. Please delete:
target/linux/generic/patches-2.6.38/801-usb_serial_endpoint_size.patch
On 4/1/11 1:20 PM, Philip Prindeville wrote:
> Seeing the following when building 2.6.38 on x86/geos platform:
>
> patching file drivers/usb/serial/usb-serial.c
>
Seeing the following when building 2.6.38 on x86/geos platform:
patching file drivers/usb/serial/usb-serial.c
Hunk #2 FAILED at 913.
Hunk #3 succeeded at 1393 (offset 1 line).
1 out of 3 hunks FAILED -- saving rejects to file
drivers/usb/serial/usb-serial.c.rej
Patch failed! Please fix
/home/ph
Dear all
I promised to post an agenda for the patch process meeting sunday on irc
-devel @ 19:00 UTC.
The generel discussion has concerned two central points. first, how is
the patch submission process in reality working? Secondly, in what way
does an individual become an OpenWrt developer?
Patc
The script tests for the existance of /dev/root with test -e which fails if
/dev/root is a dangling symlink making the call to ln fail.
Signed-off-by: Justus Winter <4win...@informatik.uni-hamburg.de>
---
package/base-files/files/etc/init.d/boot |2 +-
1 files changed, 1 insertions(+), 1 dele
On 2011-04-01 7:31 AM, Hanno Schupp wrote:
I have a TP-LinkMR3220with trunk 25818 installed all is going well but
wifi is not coming up. There seems to be an issue with th driver.
wifi up triggers the following output:
# wifi up
Configuration file: /var/run/hostapd-phy0.conf
Line 2: invalid/unk
applied in r26391
thanks, john
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 07/03/11 03:17, Mark Mentovai wrote:
> r25831 reduced the size of the dropbear executable by, among other things,
> disabling support for keyboard-interactive authentication. The default
> sshd configuration on Mac OS X only permits keyboard-interactive and
> public-key authentication, so unless
Hi,
On Thu, 2011-03-31 at 15:05 -0400, Daniel Dickinson wrote:
> Actually this is normal. Order is base-files, then target/base-files,
> then packages. It's doing target/base-files/etc/config/fstab that is
> wrong because block-mount is not base-files. It looks like a
> target-specific hack to
David,
Can you send me the datasheet. Thanks
On Fri, Apr 1, 2011 at 5:34 PM, David Goodenough <
david.goodeno...@linkchoose.co.uk> wrote:
> On Friday 01 April 2011, Peter Lebbing wrote:
> > On 01/04/11 03:27, Yeoh Chun Yeow wrote:
> > > Ok I found the script.
> > >
> > > read-all-adm output atta
Hi Peter,
i just dug out a board with the I version and wanted to also run the
test script on this type.
could oyu resent the all in one patch to the list so patchwork grabs the
full version, currently only the fix is listed in patchwork
http://patchwork.midlink.org/patch/576/
thx,
John
On 01/
On 01/04/11 07:52, Ian Leonard wrote:
> Update privoxy to 3.0.17. This is a maintenance release.
>
> Signed-off-by: Ian Leonard
>
> Index: feeds/packages/net/privoxy/Makefile
> ===
> --- feeds/packages/net/privoxy/Makefile (re
On 01/04/11 11:52, Yeoh Chun Yeow wrote:
> Don't think that VLAN tagging is working.
>
> TCP dump results are shown below:
>
> # tcpdump -eni eth2
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on eth2, link-type EN10MB (Ethernet), capture size 96 bytes
>
Don't think that VLAN tagging is working.
TCP dump results are shown below:
# tcpdump -eni eth2
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 96 bytes
19:00:21.462159 00:15:6d:c3:81:b1 > ff:ff:ff:ff:ff:ff, e
On Friday 01 April 2011, Yeoh Chun Yeow wrote:
> Just to confirm adm6996fc is similar to adm6996m or adm6996f.
I always thought the F and FC were more similar the the M, but
I have no evidence for that.
David
>
> On Fri, Apr 1, 2011 at 5:34 PM, David Goodenough <
>
> david.goodeno...@linkchoose.
Just to confirm adm6996fc is similar to adm6996m or adm6996f.
On Fri, Apr 1, 2011 at 5:34 PM, David Goodenough <
david.goodeno...@linkchoose.co.uk> wrote:
> On Friday 01 April 2011, Peter Lebbing wrote:
> > On 01/04/11 03:27, Yeoh Chun Yeow wrote:
> > > Ok I found the script.
> > >
> > > read-all
On Friday 01 April 2011, Peter Lebbing wrote:
> On 01/04/11 03:27, Yeoh Chun Yeow wrote:
> > Ok I found the script.
> >
> > read-all-adm output attach.
>
> Thanks very much. It's not vital, but if you still have the setup ready,
> could you remove the VLAN related config from your /etc/config/net
Attach is the regs.
config interface loopback
option ifname lo
option protostatic
option ipaddr 127.0.0.1
option netmask 255.0.0.0
config interface lan
option ifname eth1
option type bridge
option protostatic
optio
On -10/01/37 20:59, Yeoh Chun Yeow wrote:
> It seems that ADM6996FC is different from ADM6996M. How to ensure the
> port get tagged? Is this by simply modifying Configuration register Bit 4?
It's a lot more involved on the M model. A whole bunch of bits need to be
changed before it works as one wo
On 01/04/11 03:27, Yeoh Chun Yeow wrote:
> Ok I found the script.
>
> read-all-adm output attach.
Thanks very much. It's not vital, but if you still have the setup ready, could
you remove the VLAN related config from your /etc/config/network and run the
script again? It would be helpful if the dr
ok, please resend it when tested, i marked the current version as
rejected in patchwork
On 01/04/11 09:05, Layne Edwards wrote:
> On Fri, 01 Apr 2011 08:35:50 +0200, John Crispin wrote:
>
>> Hi Layne
>>
>> i get the following error when testing your patch
>>
>> John
>>
>
> John,
>
> I will rev
On Fri, 01 Apr 2011 08:35:50 +0200, John Crispin wrote:
> Hi Layne
>
> i get the following error when testing your patch
>
> John
>
John,
I will revert my local ramips changes and apply the patch to see if I can
duplicate... tomorrow.
Thanks,
Layne
_
37 matches
Mail list logo
