The current buildbot run was the first after the default feed change, and as
oldpackages are not built by buildbot, many packages will be missing from
the snapshot directory as of today... So I expect to see a flow of bugs for
missing binary packages :-(
How are you going to ease the
I noticed today that the current repository structure leads to loss of
packages in the BB14.07 branch when packages are deleted from oldpackages
after being imported to github.
sox, lame, libgsm, libfile, libao have been deleted today (r41902-41906) and
are not available in BB14.07 any more.
This could be a problem caused by mips16. We use that in BB to create
smaller binaries. but Jonas saw a performance problem in some
applications, mostly stuff doing crypto (big integer calculations).
Have developers evaluated the pros and cons of using mips16 as the default?
It was made the
To my knowledge those packages (e.g. neon) have never been imported to the
new packages in Github.
They are still in the old packages repo in svn, better known now as
oldpackages.
None of the packages have been imported automatically. Transferring any
package from oldpackages to Github
John Crispin wrote on Thu Sep 18 18:58:10 CEST 2014:
done, that was last orders. the builders are running. i am sure we will
find more things that need fixing.
that will have to wait for 14.07.1
14.07 is using 533282da863c27be4805fc1655f82f5d9550194b as baseline
Great news!
Sounds good
been uploaded to
mirror2.openwrt.org.
As discussed in bug #15184 (https://dev.openwrt.org/ticket/15184) related to
quilt, download mirrors could be added for the Savannah tools.
I have tested downloading both tools via Makefile from all three added mirrors.
Signed-off-by: Hannu Nyman hannu.ny
and qemu to use that method.
Signed-off-by: Hannu Nyman hannu.ny...@iki.fi
Index: include/download.mk
===
--- include/download.mk (revision 42806)
+++ include/download.mk (working copy)
@@ -11,7 +11,7 @@
define dl_method
$(strip
Dave Taht wrote on Thu Oct 2 03:49:15 CEST 2014:
So I don't know where to go. Certainly I'd like to see the battle hardened
sqm scripts (which are more flexible than the C code above) get more widely
used and in BB.
SQM seems to work ok with the current Chaos Calmer trunk.
I have included
-off-by: Hannu Nyman hannu.ny...@iki.fi
Index: package/base-files/files/lib/upgrade/keep.d/base-files-essential
===
--- package/base-files/files/lib/upgrade/keep.d/base-files-essential
(revision 43057)
+++ package/base-files/files
$ grep rrdtool .config
CONFIG_PACKAGE_lighttpd-mod-rrdtool=m
CONFIG_PACKAGE_collectd-mod-rrdtool=m
# CONFIG_PACKAGE_rrdtool is not set
# CONFIG_PACKAGE_rrdtool1 is not set
$
i'm baffled ... given that rrdtool is clearly not selected for
building, why does a simple make insist on trying to build
I thought that trunk snapshots were done practically daily.
Now it seems to me that there are no snapshots for any of the major platforms
after March 14-16.
It that intentional?
http://downloads.openwrt.org/snapshots/trunk/
___
openwrt-devel mailing
.
On /Wed, Mar 28 22:17:34 CEST 2012/, *Travis Kemen* wrote:
It appears the buildbot slave needed to be restarted. There should be new
builds showing up again.
Travis
On Tue, Mar 27, 2012 at 11:20 AM, Hannu Nyman wrote:
/I thought that trunk snapshots were done practically daily./
/Now
On 2.4.2012 18:21, Florian Fainelli wrote:
Hi Hannu,
Le 02/20/12 17:13, Hannu Nyman a écrit :
I sent a last week the patch to upgrade the current collectd 4.10.2 to
4.10.5, but the 4.10.6 has now been released. And it seems to include a
patch to prevent collectd from intermittently collecting
). That buildslave has not completed and successfully uploaded to
the snapshot server any builds after March 31st...
http://tksite.gotdns.org:8010/buildslaves/buildslave4
On 31.3.2012 11:12, Hannu Nyman wrote:
Have buildbots crashed again?
Only a few platforms have recent snapshots made after
Some users seem to have trouble compiling collectd 4.10.6. The needed patch
has apparently been already implemented upstream in 4.10.7 that was released
a few days ago. See ticket 11282: https://dev.openwrt.org/ticket/11282
I refreshed the patches and bumped the version.
The patch leaves one
I looked into buildbot snapshots and noticed that some platforms have not
successfully compiled for a long time. One example is at91, which seems to be
missing device-related kernel config symbols and the snapshot build crashes
already there.
Please find attached a patch that makes the at91
During the long pause in buildbot snapshots last month I got interested in
the snapshot builds.
I noticed that some of the platforms are being built daily although they have
not completed the build process successfully for 1-2 years, in some cases
never. It seems like a waste of CPU power and
On 15.4.2012 18:27, Hauke Mehrtens wrote:
2 Never:
These have never completed a build succesfully, or at least it has not
been uploaded to the snapshot server:
ps3 kernel config symbols missing
ubicom32 ERROR: Missing site config for target
ubicom32-openwrt-linux-uclibc
These targets are
Radvd has been updated to 1.8.5 a few months ago, while Openwrt still uses
1.8.3. http://www.litech.org/radvd/
This patch updates radvd to 1.8.5. No major changes required.
signed off by: hannu.ny...@iki.fi
perus@hnvb:/Openwrt/trunk/feeds/packages$ patch -p1 -i radvd185.patch
patching file
Radvd has been updated to 1.8.5 a few months ago, while Openwrt still uses
1.8.3. http://www.litech.org/radvd/
This patch updates radvd to 1.8.5. No major changes required.
signed off by: hannu.ny...@iki.fi
Looks like the mail program messed the long lines in the previous message so I
am
Radvd has been updated to 1.8.5 a few months ago, while Openwrt still uses
1.8.3. http://www.litech.org/radvd/
This patch updates radvd to 1.8.5. No major changes required.
signed off by: hannu.ny...@iki.fi
I send the patch again to make sure that Windows does not mess with LFs...
(not sure
There has not been successful buildbot snapshots for a week for any platform.
The buildbot status screens are full of exceptions. Alternatively, some of
the builds have now been on the make for 37 hours, without the displayed
status progressing even into the kernel compilation status.
New snapshots have started to appear on the server, so apparently the new
buildmaster is online.
What is new address of the buildbot system's status interface?
(The old address seems to be dead.)
Hannu
On 16.6.2012 15:20, Travis Kemen wrote:
The internet connection the master is currently
Radvd has been updated to 1.9.1 in June. There are some changes related to
IPv6 functionality, but additionally the change concerns scrapping the
built-in daemonization code and starting to use libdaemon for that.
This patch updates radvd to 1.9.1 and adds the dependency for libdaemon.
signed
When collectd's modbus plugin was marked broken in May, there was some
discussion on list if collectd (used by Luci statistics) should be bumped up
from the currently used old 4.10 branch (4.10.7) to the 5.1 released in
April. See
On Wednesday, August 15, 2012 at 12:09:15 PM John Crispin
j...@phrozen.org wrote:
As you may have noticed we are getting prepared for the Attitude
Adjustment release.
Does that also mean that Backfire is going to be retired? With no formal
10.03.2 forthcoming?
Is the plan that AA will be
Based on the update activity on trunk, it looks like the trunk is again open
for post-AA patches.
This patch updates the usb-modeswitch and usb-modeswitch-data packages to the
August 2012 version (from the January version.
Related ticket #12014: https://dev.openwrt.org/ticket/12014
Is there any status update regarding the Attitude Adjustment 12.09 (or
12.10?) release process?
It has already been about four weeks since the beta was published, so it
would be nice to hear any news about the schedule.
I have not seen any branching at the SVN, but after an announced freeze
I have seen no status update regarding the buildbots since the rumored RAID
failure week ago. The snapshot directory is currently completely empty. Forum
and bug tracker get steady input from frustrated users who are unable to
install new packages as opkg points to snapshots.
There are no new
What is happening with the Attitude Adjustment release process?
The last news over three weeks ago, in late September, was that there is
going to be a beta2, soon.
https://lists.openwrt.org/pipermail/openwrt-devel/2012-September/016843.html
Rather soon after that message there was the
Great that new trunk snapshots have finally started to get built ;-)
However, one of the buildbots nico has been failing all its builds
since at least early September when I first noticed the issue with
it. Looks like nico's faulty build system (?) has not been fixed in
the latest
I just noticed that also the buildslave carme silently fails all its builds.
It successfully builds the firmwares, but has wrong SSH public keys, so that
it fails at the upload stage. The built firmwares never get to server :-(
Apparently the upload script does not produce error for a failing
The bug tracker is again down, so I am sending this here.
Looks like a change introduced yesterday has broken libubox compilation for
buildbots some users. Forum discussion here:
https://forum.openwrt.org/viewtopic.php?id=40213
My diagnosis in a forum message:
It is coming from libubox
Bug tracker is again down, so I am sending this to the mailing list.
Recent check-in 34043 seems to have broken defconfig and menuconfig in trunk
for me (after a make dirclean).
Same probably for the backport to Attitude Adjustment, but I haven't checked
that.
Changeset:
Dnsmasq 2.63 has been published in August.
This patch bumps the version from 2.62 to 2.63 and refreshes patches.
Patch 0001-Set-prefix-on-link-bit-in-RAs.patch added by r33216 can be removed
as the change is now incorporated upstream.
(There is a minor beauty error, as 2.63 identifies itself
I tried to test the new kernel 3.6.6 support in ar71xx with my wndr3700
build, but I am running into trouble getting all the modules selected, as the
kernel-mode pptp looks rather unselectable.
As far as I understand, the current core module for pptp is ppp-mod-pptp.
That is
I've been building WNDR3800 builds using Attitude Adjustment for a while now.
Unfortunately, it seems something has gone awry and I can't build a usable image
any more.
Sad that it happens for you, but great to hear that I am not alone with the
same problem. I even wrote a ticket about this,
On 18.11.2012 5:55, Adam Gensler wrote:
Verifying Checksum ... OK
### SQUASHFS loading 'image/uImage' to 0x8080
ERROR: LzmaDecode.c, 547
lzma_fs returned unexpected result 0x1
SQUASHFS error: squashfs_readdir: read_block
### SQUASHFS LOAD ERROR0 for image!
I fetched wndr3800 sources
One idea is the lzma parameters -lc1 -lp2 -pb2 , which have been
introduced without any explanation four years ago with r12628. Those differ
from the defaults mentioned in the lzma's built-in help texts, and do differ
from Netgear's build process (which uses the defaults in lzma and version
Looks like the reason was indeed the lzma compression parameters.
I have already built newest trunk 34245 and it works both in my v1 and v2
routers.
I actually created the images with two different parameter lines in
target/linux/ar71xx/image/Makefile:
First that already discussed removal
Nico and Carme, two buildslaves doing the trunk snapshots upload
nothing and discard the compiled firmwares. I hate seeing scarce
resources wasted, so I am bugging about this. Those two are doing 4/9
of the simultaneous builds, so quite a large amount of work gets
partially wasted.
Due
Collectd, the backbone for LuCI statistics, has been updated to 4.10.8 a few
weeks ago. I have already used it in my trunk build for some time.
Among other things 4.10.8 fixes a few memory leaks and a perl incompatibility
(see https://dev.openwrt.org/ticket/12494 ).
4.10.8 increases
You mentioned later in the thread that you are building for wndr3800. That is
the key info here.
Due to complex switch port LED defintions, WNDR3700/3800 has a dedicated
network file template that will be used:
List openwrt-devel@lists.openwrt.org
Cc: Hannu Nyman hannu.ny...@iki.fi
Sent: Thursday, November 29, 2012 5:42:10 PM
Subject: Re: [OpenWrt-Devel] Change Default IP?
Actually shouldn't matter. If using right config option (under Image
options IRC) then there will be an uci-defaults file that runs
I can update my WNDR3800 (and 3700v2 and 3700) just fine with all settings
intact. Last updates: yesterday WNDR3800 from trunk 34440 to trunk 34469,
(and also 3700v2 from trunk 344xx to AA 34469). No problem with keeping
settings. So, it is probably something specific for you.
I am using
My .config?
Publicly available from: http://koti.welho.com/hnyman1/Openwrt/
More info at: https://forum.openwrt.org/viewtopic.php?id=28392
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Out of curiosity I reflashed my new WNDR3800 with the Netgear OEM firmware
and then flashed back the Openwrt trunk factory image r34534, squashfs. No
problems, the Netgear firmware 1.0.0.40 happily accepted the Openwrt factory
image.
If you want to test, my firmware image and the build config
There has not been any new snapshots in three days (since Dec 4th) and
http://buildbot.openwrt.org/ does not answer...
Is the buildbot system down for planned maintenance?
Or has it crashed again?
___
openwrt-devel mailing list
Dnsmasq 2.64 has been published last week.
Announcement:
http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2012q4/006594.html
Changelog: http://www.thekelleys.org.uk/dnsmasq/CHANGELOG
This patch bumps the version from 2.62 to 2.64 and refreshes patches.
Patch
Does it deserve a busybox_menuconfig just like kernel_menuconfig?
I think it does, because that also saves a lot of questions in the
future (hopefully). Because I think a lot of people that build there
own custom openwrt firmware often also modify the busybox config.
I was especially
With reference to the patchV2 provided, I provided the patched script to an
user of my build who had a WEP problem and he had his WEP connectivity fixed.
But he ran into an error with mixed WEP/WPA environment, where any WEP
interface needed to be in the config file before any WPA interface.
Looks like snapshots for the adm5120, ar71xx and adm5120 branches were
last built on 19 Jan 2014...
ar71xx is being uploaded at this moment, based on r39382...
Builds failed for a few days, but got fixed by 39369(?)
See http://buildbot.openwrt.org:8010/builders/ar71xx
The same is probably
What where the problems (i'm curious)?
Regarding the problems, read discussion at bug 14838 (and earlier discussion
also at 14227)
https://dev.openwrt.org/ticket/14838
There is no actual problem in the logging itself, but the problem is
apparently a 64 kB ubus message maximum size set in
I noticed buildbot's out of disk space error for ar71xx build a few days ago
and looked a bit into the packages directory. When looking for the largest
files I noticed the sound files for the freeswitch package.
The size of those sounds files is about 400 MB. They form optional modules
that
What is the current plan regarding the next releases?
In 2012 it sounded like the goal was to move to a more rapid release
strategy, maybe something every 6 months.
https://lists.openwrt.org/pipermail/openwrt-devel/2012-August/016427.html
But that has not been the outcome during that 18 months
However the thing that bothers me more than 'nut' failing, is the fact
that it is _not_ selected in my .config. What would be causing it to build?
If I uninstall the package (./scripts/feeds uninstall nut) my build succeeds
fine.
I think that the reason is badly implemented nut support in
It is really annoying that dev.openwrt.org frequently gives 504 Gateway
Time-out or 502 Bad Gateway errors. During the last few days it seems that
the bug tracker is unreachable half of the time.
Typical error is just:
502 Bad Gateway
nginx/1.1.19
Is there some problem connectivity problem
Well, the patch in the bug from anonymous was not from me.
I checked your patch and wonder if network_get_device Interface part is right.
Anonymous had left that with small caps, but your patch changed also that to
Interface.
Should that line be instead this way?
[ -n ${Interface} ]
Quoting Tim Harvey thar...@gateworks.com:
On Sat, Mar 1, 2014 at 12:37 AM, Hannu Nyman hannu.ny...@iki.fi wrote:
However the thing that bothers me more than 'nut' failing, is the fact
that it is _not_ selected in my .config. What would be causing it to build?
If I uninstall the package
already gone past the possibility of using 3.12,
as some platforms are already at 3.13 and 3.14 got first checkins today.
On 15.2.2014 10:50, Hannu Nyman wrote:
What is the current plan regarding the next releases?
In 2012 it sounded like the goal was to move to a more rapid release
strategy
I noticed that nbd has created a new additional repository for AA12.09
providing newer wifi drivers.
http://nbd.name/gitweb.cgi?p=aa-mac80211.git;a=summary
Apparently that aa-mac80211.git provides newer hostapd/wpad and
mac80211 drivers for AA12.09.
Can those be included in an AA build in
Looks like the buildbot is confused...
There are only a few March 12th build attemps and still several buildslaves
sit idle.
Compared to the status a few hours ago, it looks like all not yet started
builds have been removed from the queue and then buildbot simply waits and
says that 22.5
Collectd / Luci statistics module has been broken since r39119 (in December
2013). Buildbot has not built it succesfully since then.
Bug 15010 describes the issue: https://dev.openwrt.org/ticket/15010
Changeset 39119: https://dev.openwrt.org/changeset/39119
The build breakage only concerns
Jo-Philipp Wich wrote on Tue Mar 4 12:26:43 CET 2014:
I reworked the trac-fcgi launcher now and applied a number of
threading fixes to it, so far it seems to be way more responsive and
both memory consumption and cpu load plummeted to 50MB RAM / 10% CPU
per instance.
On a first glance the
On 15.3.2014 20:31, Travis Kemen wrote:
Just a quick update, the buildbots should be stable again after this
morning. Finished ironing out the final issues (hopefully) in bringing up a
bunch of virtual boxes. These boxes should be able to complete a full build
in around 9 hours which will
I made a very weird discover , when I disable dnsmasq service on router(
perform /etc/init.d/dnsmasq disable on OpenWRT System) , all devices could
not connect to my Router by dhcp.
No wonder, as dnsmasq is the default dhcp server component in Openwrt.
That is explained in the module's
NAK, incorrect fix. this patch fixes the behavior of a script that is
not even in trunk. jffs2reset on purpose asks for you to press y/N.
Your patch breaks this behavior.
the correct fix is to pass $@ and then have your script pass -y.
You are right reagrding the arguments. I didn't think
r39995 introduced a new parameter wps_pbc_in_m1 to wifi wps config, but
apparently did not provide a default value 0.
When that option's non-existing value is later evaluated in
/lib/netifd/hostapd.sh, it causes the bad number error to be logged in
syslog if user has not set the wps_pbc_in_m1
Compiling wget 1.14 in buildhosts with new perl ( texinfo?) versions may fail.
I experienced this with Ubuntu 14.04 x64 (with perl 5.18).
Bugs about this:
https://dev.openwrt.org/ticket/15718
https://dev.openwrt.org/ticket/15563
The problem has been fixed upstream in wget:
Fix wget-nossl variant by disabling ntlm support in wget-nossl.
https://dev.openwrt.org/ticket/15718#comment:13
https://dev.openwrt.org/ticket/15731
In wget 1.15 the ntlm support requires either ssl or libnettle library.
Check-in behind the change:
RESEND: I am resending this to be correctly relative to svn root (instead of
feeds/ ).
Fix wget-nossl variant by disabling ntlm support in wget-nossl.
https://dev.openwrt.org/ticket/15718#comment:13
https://dev.openwrt.org/ticket/15731
In wget 1.15 the ntlm support requires either ssl or
There is a new 1.03 version of htop:
http://www.freelists.org/post/htop/ANN-htop-103
This patch bumps htop from 1.02 to 1.03. Since January 2014 the releases are
made from developer's own site instead of Sourceforge, so I have changed the
download location accordingly.
Patch to bump haveged to version 1.9.1 released in February 2014.
http://www.issihosts.com/haveged/downloads.html
Compiled and tested on ar71xx/wndr3700.
signed-off-by: hannu.ny...@iki.fi
Index: packages/utils/haveged/Makefile
===
Old pptpd 1.3.4 suffers from an old bug that gcc 4.8 has apparently brought
to surface (analysed in bug 12909).
The problem has been fixed upstream and is included in 1.4.0 release from
October 2013.
http://sourceforge.net/p/poptop/mailman/message/30453437/
/4204/
http://patchwork.openwrt.org/patch/4205/
Signed-off-by: Hannu Nyman hannu.ny...@iki.fi
Index: packages/utils/collectd/Makefile
===
--- packages/utils/collectd/Makefile(revision 40659)
+++ packages/utils/collectd/Makefile
/4204/
http://patchwork.openwrt.org/patch/4205/
Signed-off-by: Hannu Nyman hannu.ny...@iki.fi
Index:
luci/applications/luci-statistics/luasrc/statistics/rrdtool/definitions/conntrack.lua
===
---
luci/applications/luci-statistics
if the patch
was removed, I left the patch there after all. My configure skills are not
good enough to write a more elegant fix :-(
Karl P wrote Sun May 4 13:31:04 CEST 2014:
Your changes to the config disable sigrok, why is a patch for it still
needed?
On 05/04/2014 11:22 AM, Hannu Nyman
Looks like the spamming via the bug tracker is getting out of hand. Some ~400
spam bugs today.
Have devs considered new cures?
Trac seems to enable ip based throttling (ip_throttle filter) and ip
blacklisting.
___
openwrt-devel mailing list
Quilt version 0.63 has been released this week.
http://lists.nongnu.org/archive/html/quilt-dev/2014-05/msg5.html
- New NEWS file, containing a human-readable changelog
- Option -E is no longer passed to patch by default
- Huge performance improvement (e.g., for commands series,
Matthias Brugger wrote at Wed May 14 16:35:15 CEST 2014
The svn repository is no accessible anymore, so we just use
git.openwrt.org to get the packages.
To my knowledge the Attitude Adjustment 12.09 packages svn repository works
quite normally, so I fail to understand your reasoning.
/packages.index'
On 14.5.2014 18:46, Matthias Brugger wrote:
2014-05-14 17:27 GMT+02:00 Hannu Nyman hannu.ny...@iki.fi:
Matthias Brugger wrote at Wed May 14 16:35:15 CEST 2014
The svn repository is no accessible anymore, so we just use
git.openwrt.org to get the packages.
To my knowledge
Dnsmasq 2.65 has been published, so I have updated the patch.
Announcement:
http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2012q4/006629.html
Changelog: http://www.thekelleys.org.uk/dnsmasq/CHANGELOG
This patch bumps the version from 2.62 to 2.65 and refreshes patches.
Patch
Newer OpenWrt versions put the device path in the wifi sections
instead of the MAC address.
This is a recent build from Trunk, could you give me an example of
what's needed? I'm not seeing it in the autogenerated config.
I have several 3700/3800 and my wifi config names the phy instead of
The recent collectd release in late January contained only 5.2.1 and 5.1.2 (
http://collectd.org/news.shtml#news92 ), and no 4.10.x release was made.
Although 4.10.x is still marked as supported, it will probably be phased out
in future, as 5.0, 5.1 and 5.2 branches have already been released
Patchwork apparently only picked up the Luci patch on the first try, so I am
re-sending the collectd patch.
--- trunk/feeds/packages/utils/collectd/Makefile(revision 35608)
+++ trunk/feeds/packages/utils/collectd/Makefile(working copy)
@@ -8,12 +8,12 @@
include
A new version 1.10 of ccrypt encryption tools package has been published in
late 2012. The old version 1.9 dates back to 2009.
Link to changelog: http://ccrypt.sourceforge.net/ChangeLog
October 18, 2012: Release 1.10. This release fixes a number of minor
portability issues and minor bugs. The
I keep wondering what is going on with Attitude Adjustment?
rc1 was published in November and it has been three months since then.
Based on developers' messages in August-October 2012, the goal was to publish
AA in 2012, and possibly also the next release already in 2012. Now we are at
the end
collectd-mod-uptime is already there, but there has been no Luci support for
it, so no graphs are shown.
Based on forum discussion (see
https://forum.openwrt.org/viewtopic.php?id=42478 ), I submit a patch to add
the support to luci-statistics.
Patch is for Luci trunk and the functionality
Buildslave nico seems to have DNS / connectivity trouble.
svn: Can't connect to host 'svn.openwrt.org': Connection timed out
It quickly fails the svn update and jumps into the next target platform. It
goes rapidly through all targets and marks them done :-(
This has now happened in three
Apparently the buildslave nico continues to have problems with DNS
or network connectivity. Buildboot admins already turned it off for a
day due to trouble in finding svn.openwrt.org, but apparently also
luci svn server is unreachable for nico.
://buildbot.openwrt.org:8010/one_line_per_build
In 25.3.2013 15:37, Mirko Vogt wrote:
On 03/25/2013 08:28 AM, Hannu Nyman wrote:
Updating feed 'luci' from
'http://svn.luci.subsignal.org/luci/trunk/contrib/package' ...
svn: OPTIONS of
'http://svn.luci.subsignal.org/luci/trunk/contrib/package': Could not
read
ubox takes care of the block-mount actions since r36988:
https://dev.openwrt.org/changeset/36988
However, there is no documentation about the current fstab config
format. I have been unable to get fstab working. My USB disk not not
mount automatically, although I can manually mount it just
=ab78547f19ce30efc845ce1229b766eddb8efa16
Earlier it was possible to leave out uuid and just specify the device to be
monitored.
On 26.6.2013 13:47, John Crispin wrote:
On 26/06/13 12:46, Hannu Nyman wrote:
ubox takes care of the block-mount actions since r36988:
https://dev.openwrt.org/changeset/36988
However
I tried to add a new bug ticket to the bug tracker, but apparently entering
new tickets has been disabled for us casual users without login access.
There is no link to new ticket in the main menu and the Add a new ticket
link from the wiki page ( https://dev.openwrt.org/wiki ) to
This is a suggestion for a patch to fix the broken ubox kmodloader/insmod
preventing certain nls codepage modules from being loaded. Most important one
is nls_iso8859-1.ko as it is used by most FAT based drives, and its absence
makes mounting most USB sticks impossible.
The bug was introduced
, not for each data instance.
http://git.verplant.org/?p=collectd.git;a=commitdiff;h=cc3640ba512862cd5745446f1f1a997dd4344454
Signed-off-by: Hannu Nyman hannu.ny...@iki.fi
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https
.
http://git.verplant.org/?p=collectd.git;a=commit;h=6ef3385ccec835c7efae1ff3d5895858003a6da7
Signed-off-by: Hannu Nyman hannu.ny...@iki.fi
--- packages/utils/collectd/Makefile(revision 38418)
+++ packages/utils/collectd/Makefile(working copy)
@@ -8,12 +8,12 @@
include $(TOPDIR)/rules.mk
=cc3640ba512862cd5745446f1f1a997dd4344454
Signed-off-by: Hannu Nyman hannu.ny...@iki.fi
---
luci/trunk/applications/luci-statistics/luasrc/statistics/rrdtool/definitions/conntrack.lua
(revision 9920)
+++
luci/trunk/applications/luci-statistics/luasrc/statistics/rrdtool/definitions/conntrack.lua
key), if they provide a suitable
interface for the daemon to the entropy data from them.
Signed-off-by: Hannu Nyman hannu.ny...@iki.fi
Index: /Openwrt/trunk/feeds/packages/utils/rng-tools/files/rngd.init
===
--- /Openwrt/trunk/feeds
-by: Hannu Nyman hannu.ny...@iki.fi
Index: /target/linux/ar71xx/base-files/etc/uci-defaults/wndr3700
===
--- /target/linux/ar71xx/base-files/etc/uci-defaults/wndr3700 (revision 28336)
+++ /target/linux/ar71xx/base-files/etc/uci-defaults
1 - 100 of 365 matches
Mail list logo
