The libpng package has been rebuilt and was uploaded to the Chaos Calmer
15.05 repository due to multiple security issues.
VERSION
1.2.54-1 => 1.2.56-1
CHANGELOG
[Sat, 9 Jan 2016 13:54:46 +0100 b4a34de]
Update to 1.2.56
Fixes CVE-2015-8126 and CVE-2015-8540.
CHANGES
libs/libpng/Makefile
The libpng package has been rebuilt and was uploaded to the Barrier
Breaker 14.07 repository due to multiple security issues.
VERSION
1.2.51-1 => 1.2.56-1
CHANGELOG
[Sat, 9 Jan 2016 14:40:32 +0100 ee6369a]
Update to 1.2.56
Fixes CVE-2015-8126 and CVE-2015-8540.
[Sat, 9 Jan 2016 13:57:01 +0
From: P.Wassi
Add support for the Ubiquiti UniFi AP AC LITE
Signed-off-by: P.Wassi
---
This patch adds:
* New machine type
* Code for device setup
* Proper image configuration
* New target for the build system
* Network setup as LAN-only
* Diagnostic LED
* Sysupgrade Support
* ath10k firmware ex
Update cmake version to 3.4.1, released in Dec 2015.
Signed-off-by: Hannu Nyman
---
Release notes available at:
http://www.kitware.com/blog/home/post/1016
tools/cmake/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/tools/cmake/Makefile b/tools/cmake/Makefi
While trying to optimize ag71xx driver performance I've noticed a
weird thing: NAT performance may vary across reboots.
For example on Archer C7 the difference can be 80Mbps: 440 one boot,
360 another. On AP152 the numbers differ but the difference across
reboots still present.
That is with iperf3,
- ethernet gigabit pll
- switch configuration
- sysupgrade
Signed-off-by: Roman Yeryomin
---
target/linux/ar71xx/base-files/etc/board.d/02_network | 1 +
target/linux/ar71xx/base-files/lib/upgrade/platform.sh | 1 +
target/linux/ar71xx/files/arch/mips/ath79/mach-ap152.c | 1 -
3 files changed,
Hello,
I was recently given an Apple Airport Express A1264, still in the
original box, and I would be happy to mail it to any OpenWrt developer
who's interested in tinkering with it. Any takers?
-Alex
___
openwrt-devel mailing list
openwrt-devel@lists.o
Hi Alex, I'm interested. Is it still available?
Boken.
On Jan 9, 2016 9:31 AM, "Alex Henrie" wrote:
> Hello,
>
> I was recently given an Apple Airport Express A1264, still in the
> original box, and I would be happy to mail it to any OpenWrt developer
> who's interested in tinkering with it. Any
2016-01-09 11:09 GMT-07:00 Boken Lin :
> Hi Alex, I'm interested. Is it still available?
Yes, it's still available. Send me a private email with your mailing
address and I will ship it off. Thanks for helping with OpenWrt!
-Alex
___
openwrt-devel mailin
Hi all,
There is a problem with the recent package rename from libtool to
libltdl - it break a lot of packages in the packages feeds (or at least
causes a great number of warnings; haven't tried ignoring the warning yet).
The issue occurs because metadata.pm assumes that the subdirectory name
A fix might be to have scan.mk emit a new field Source-Package for
.packageinfo from PKG_NAME and have metadata.pm use that source name
instead of the subdir name.
Regards,
Daniel
On 09/01/16 03:16 PM, Daniel Dickinson wrote:
Hi all,
There is a problem with the recent package rename from li
Fixes #21567
Since commit e49896f232ed2ed76f6a67cfb6c4f9bc3ac01af
package/libs/libtool: rename to libltdl
we see warnings like
"WARNING: No feed for package 'libtool' found, maybe it's already part of
the standard packages?"
for packages with PKG_FIXUP:=libtool.
Build dependencies for libtool a
I do not believe this is the right fix:
The PKG_NAME is libtool so the the package name
should be found as libtool not libltdl.
I have a patch I am testing that fixes the metadata.pm
issue and will correctly use libtool as the soure
package name.
Regards,
Daniel
On 09/01/16 03:58 PM, Heinrich
Never mind, I'm confusing source package and binary package; I'm not
sure which this particular use depends on.
Regards,
Daniel
On 09/01/16 04:07 PM, Daniel Dickinson wrote:
I do not believe this is the right fix:
The PKG_NAME is libtool so the the package name
should be found as libtool not
Hi,
Some days ago I received a YunCore CPE-880 router. It's an AR9344-based
outdoor 5 GHz CPE. You can read more about it at
https://wiki.openwrt.org/toh/yuncore/cpe-880.
Up to now I've succeeded in adding OpenWrt support for this device (see
attached patch) with:
- Ethernet+switch workin
Actually it turns out I was right: This depends on 'source' package not
binary package, therefore the patch I am verifying (doing a test SDK
compile to verify nothing broke) is required.
Regards,
Daniel
On 09/01/16 04:15 PM, Daniel Dickinson wrote:
Never mind, I'm confusing source package an
Not sure if B+ is used or not (mine has B Plus) so leave both
Signed-off-by: Roman Yeryomin
---
target/linux/brcm2708/base-files/lib/brcm2708.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/brcm2708/base-files/lib/brcm2708.sh
b/target/linux/brcm2708/base-files/lib/brcm2708.s
Hi Felix,
I have discovered that your recent patch for scan.mk to avoid
reconfiguration of base kernel modules results in failure (xxx is
messing dependency on .ko) for at least cryptodev-linux
(kmod-cryptdev) and kmod-fs-exfat.
However, a patch I am working on that is aimed at the same goal
I have discovered there is some other dependency, which I have not yet
determined, for source package name == name of package directory. In
particular if the SDK tries to rebuild any of the kernel packages, it
fails due to the kernel package in the base feed being in subdir linux,
but the buil
Actually, this means that PKG_NAME is irrelevant to the source package
name issue; source package name *is* is the subdir name and PKG_NAME is
not related the source package name, so really the better solution is to
alter PKG_BUILD_DIR to use source package name instead of PKG_NAME
(since that
Oh, wait can't have that kind of logic: the PKG_BUILD_DIR needs to match
whatever the tarball extracts as, which probably depends on PKG_NAME not
the source package name; in fact I'm not sure why the patch for
libltdl/libtool makes the change it does to PKG_BUILD_DIR. Will have to
review.
Re
The upshot of what I've figure out is that this patch is the correct
one; because BUILD_DEPENDS depends on 'source package name' AND 'source
package name' is the last part of the subdir (i.e. for network/openvpn
it would be openvpn) in which the package resides, libltdl is the new
'source pack
Hi Felix,
On 08/01/16 23:34, Conn O'Griofa wrote:
I tried replacing netif_start_queue(dev) with ag71xx_hw_start(ag) in
ag71xx_hw_enable. With this change, when the DMA stuck issue occurs, there's no
longer any tx timeouts logged, but the interface stops responding. Perhaps it's
also necessary
Pretty sure this is new, but I just refreshed my custom build this week and
have noticed I no longer have a WAN LED light.
Noticed I didn't have the ledtrig-netdev module added - added this, and
thought I had it, but on one boot it didn't change when net was
disconnected or when I removed the cabl
From: Daniel Dickinson
Fix the download location to the new location of the source archive
because the URI has change and redirect from the old URI is wrong
Signed-off-by: Daniel Dickinson
---
package/libs/polarssl/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/pa
From: Daniel Dickinson
On systems that have an RTC prefer it to the file-based
time fixup (i.e. use hwclock when there is a permanent
clock instead of the faked up time logic that is needed
when there is not RTC).
Signed-off-by: Daniel Dickinson
---
package/base-files/files/etc/init.d/sysfixti
26 matches
Mail list logo
