Am 22.11.2020 um 19:23 schrieb Alberto Bursi:
On 22/11/20 18:07, Hannu Nyman wrote:
Adrian Schmutzler wrote at Fri Oct 16 19:15:38 EDT 2020:
> Fortunately, and I don't fully understand why, we were able to drive this to
effectively zero by simply running
> echo 3 > /proc/sys/vm/drop_caches
Am 09.01.2021 um 13:28 schrieb Stijn Segers:
> Currently all services get enabled during image creation. This can cause
> issues after upgrade with services explicitly disabled by the user.
> With this created list sourced by a simple uci-defaults script the state
> can be restored automatically.
Am 10.01.2021 um 03:32 schrieb Alberto Bursi:
>
>
> On 09/01/21 12:56, Reiner Karlsberg wrote:
>> Am 09.01.2021 um 13:28 schrieb Stijn Segers:
>>
>> > Currently all services get enabled during image creation. This can cause
>> > issues after upgrade with s
Am 22.01.2021 um 23:29 schrieb Philip Prindeville:
On Jan 22, 2021, at 11:57 AM, Alberto Bursi wrote:
On 22/01/21 19:23, Philip Prindeville wrote:
Hi,
Is anyone interested in adding a page to the openwrt.org site about developers
willing to do commercial work?
It could be as simple as:
*
Am 27.07.2019 um 19:46 schrieb Ansuel Smith:
I can't currently compile my image and i have this error
make[3]: Leaving directory '/home/ansuel/openwrt/tools/libtool'
time: tools/libtool/compile#0.05#0.00#0.10
Traceback (most recent call last):
File "/home/ansuel/openwrt/build_dir/host/scons-3
rogramming.
Not only the coder should understand, how it works.
Open Source is heading into Closed Source.
Back to the roots.
My few cents.
Reiner Karlsberg
Am 02.08.2019 um 18:18 schrieb Kevin 'ldir' Darbyshire-Bryant:
On 2 Aug 2019, at 16:00, Hannu Nyman wrote:
Hauke Mehrten
This needs to be handled very carefully, not to break
actual usage of -F.
I had to use -F couple of times, usually when downgrading
installed firmware, but with change of name over time.
Typical example: Change of image name for the zbt-we826.
Never any problem with usage of -F, though.
But I had
As a frequent user of openwrt, and app developer for openwrt,
I definitely agree to stop patches for these devices with very low resources.
Better to invest available development efforts on reasonable devices, having
64MB RAM, 8MB flash, minimum.
Cheers,
Reiner
Am 05.12.2018 um 11:07 schrieb
I am an unhappy user of sysupgrade for remote installed devices.
(Besides these ones:
https://forum.openwrt.org/t/sysupgrade-return-code-in-18-06-vs-17-01/22316/9)
After having several unpleasant encounters using sysupgrade, I had a quick glance at the code, after more or less
successfully imp
Am 13.01.2019 um 14:31 schrieb Jo-Philipp Wich:
Hi Reiner,
After having several unpleasant encounters using sysupgrade, I had a
quick glance at the code, after more or less successfully implementing
workarounds for incomplete sysupgrades, resulting in inconsistent systems.
My questions are:
- I
Am 31.12.2019 um 21:15 schrieb Paul Fertser:
Hello gents,
On Mon, Dec 30, 2019 at 02:41:12PM +0100, Piotr Dymacz wrote:
On 12/30/19 12:42 PM, Jo-Philipp Wich wrote:
Hi,
given that (binary release) support for 4MB devices will end with 19.07,
I'd vote for reverting the 4K sector change in ath7
Am 31.12.2019 um 21:15 schrieb Paul Fertser:
Hello gents,
On Mon, Dec 30, 2019 at 02:41:12PM +0100, Piotr Dymacz wrote:
On 12/30/19 12:42 PM, Jo-Philipp Wich wrote:
Hi,
given that (binary release) support for 4MB devices will end with 19.07,
I'd vote for reverting the 4K sector change in at
Quectel EC25.
@Daniel:
Could you please publish a complete shell-script on the openwrt forum, using
the GPIO on the RUT955
to reset the EC25 ?
Cheers,
Reiner Karlsberg
Am 29.06.2021 um 01:38 schrieb Daniel Golle:
On Mon, Jun 28, 2021 at 02:19:11PM +0200, John Crispin wrote:
On 28.06.21 13:56
First of all, it is an honor, for the Open Source Community to be asked to take over the
work of the "Big Brother".
However, I think, it is a bit far fetched, first to support "Big Brother" by buying his stuff, and then asking for free
support from another source.
Just my few cents.
Cheers,
Practically always I disable IPv6. First of all, to get rid of stuff, which might be
"nice to have", but is not required
"to do the job". The less code I have running, the smaller the probability to
run into bugs.
Second, it is a good method to reduce the requirements on flash, when having many
Applause, applause.
The first (partial) docs of the magic of sysupgrade. And its pitfalls.
Having had various issues with sysupgrade myself in the past (also doing
sysupgrade OTA), I add following notes:
- Having open files on storage devices (i.e. for swap, but also explicitly
opened) broke s
C++ compiler for the host machine: mipsel-openwrt-linux-musl-g++ (gcc 8.4.0 "mipsel-openwrt-linux-musl-g++ (OpenWrt GCC
8.4.0 r13520-68b94f0fb4) 8.4.0")
C++ linker for the host machine: mipsel-openwrt-linux-musl-g++ ld.bfd 2.31.1
Build machine cpu family: x86_64
Build machine cpu: x86_64
Host mac
make -j1 -C /etc/openwrt/WE826/build_dir/target-mipsel_24kc_musl/LuaJIT-2.1.0-beta3 HOST_CC="gcc -O2
-I/etc/openwrt/WE826_PCS3/staging_dir/host/include -I/etc/openwrt/WE826/staging_dir/hostpkg/include
-I/etc/openwrt/WE826_PCS3/staging_dir/target-mipsel_24kc_musl/host/include -m32" CROSS="mipsel-o
cd "/etc/openwrt/WE826/build_dir/target-mipsel_24kc_musl/mariadb-10.4.13/ipkg-install/usr/bin"; find . -maxdepth 1 -type
l -regex './mariadb[-]*' | xargs -I{} cp -fpR {}
"/etc/openwrt/WE826/build_dir/target-mipsel_24kc_musl/mariadb-10.4.13/ipkg-mipsel_24kc/mariadb-client/usr/bin";
install -m075
Now I built a basic image (no mods to make menuconfig) for the RUT955, from
latest openwrt.
And I see in dmesg:
[0.00] Linux version 5.4.72 (openwrt@minnow-dev-1) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r14736-6a56a6eb30)) #0
Wed Oct 21 14:26:43 2020
[0.00] printk: bootconsole [ea
Is there a possibility to motivate fixing these issues by sponsoring ?
Please advise.
Cheers,
Reiner
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
21 matches
Mail list logo
