F
$ make defconfig
$ make
I got the bin/packages/mips_24kc/base/libelf1_0.169-1_mips_24kc.ipk
built without errors. Maybe I missed something.
Regards,
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
2017-06-15 14:25 GMT-03:00 Denis Periša :
> If I select utils>at
> it
ad and
install those extra packages (included in the backup file) as soon as
internet is up. This does not need to work for all scenarios as it is
not an unattended nor automatic upgrade.
I can create those patches but, at first, I would like to discuss if
the idea would be accepted.
Regards,
ere:
https://github.com/lede-project/source/blob/master/target/linux/x86/generic/config-default
not here:
https://github.com/lede-project/source/blob/master/target/linux/x86/64/config-default
x86/generic might work out of box. x86/64 lacks drivers, that might be
your problem right now.
Regads,
-
is in /rom (changes done while
building the image), it will not be in backup.
Regards,
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Kevin,
> You need to bump PKG_RELEASE in base-files/Makefile
I missed that one. I'll fix it.
Stefen,
> Is this really needed? Just try to remove package/base-files/files/lib/
upgrade/keep.d/base-files-essential and your problem will be gone. I think this
file should be only added to the image
sysupgrade filters out /etc/META_[a-zA-Z0-9]* from /etc backup.
I never saw these files. Does anyone know what they are?
Are this filter still relevant?
Regards,
---
Luiz Angelo Daros de Luca
luizl...@gmail.com
___
Lede-dev mailing list
L
>> After applied, the list of files in backup in a fresh installation change
>> from:
>> to:
>>
>> root at LEDE:~# sysupgrade -l
>> /etc/config/dhcp
>> /etc/config/firewall
>> /etc/config/network
>> /etc/config/system
>> /etc/dropbear/dropbear_rsa_host_key
>>
>
> Hi,
>
> when I set up new device
>> After applied, the list of files in backup in a fresh installation change
>> from:
>> to:
>>
>> root at LEDE:~# sysupgrade -l
>> /etc/config/dhcp
>> /etc/config/firewall
>> /etc/config/network
>> /etc/config/system
>> /etc/dropbear/dropbear_rsa_host_key
>>
>
> Hi,
>
> when I set up new device
My previous patch on Nov2017
(http://lists.infradead.org/pipermail/lede-dev/2017-November/009892.html)
generated some discussion because it depends on the presence of /rom to become
effetive. So I opted to turn it into a new sysupgrade option (-u).
Besides that, I added some more stuff to sysupgr
Renamed add_uci_conffiles to add_conffiles as it includes
any conffiles listed, not only UCI ones.
Make do_save_conffiles arg mandatory
Allow other options after -l (like -c)
Signed-off-by: Luiz Angelo Daros de Luca
---
package/base-files/files/sbin/sysupgrade | 15 ---
1 file
gs opkg install
# rm etc/sysupgrade.installed
Signed-off-by: Luiz Angelo Daros de Luca
---
package/base-files/files/sbin/sysupgrade | 30 ++
1 file changed, 30 insertions(+)
diff --git a/package/base-files/files/sbin/sysupgrade
b/package/base-files/files/sbin/sy
With '-u', for a file /aaa/bbb/ccc enlisted for backup,
it will only get into backup if /rom/aaa/bbb/ccc does not
exist or /aaa/bbb/ccc is different from /rom/aaa/bbb/ccc.
It also works with '-c', but only effective for files touched
but not modified.
Signed-off-by: Luiz
changed.
Signed-off-by: Luiz Angelo Daros de Luca
---
package/base-files/files/sbin/sysupgrade | 46 +---
1 file changed, 43 insertions(+), 3 deletions(-)
diff --git a/package/base-files/files/sbin/sysupgrade
b/package/base-files/files/sbin/sysupgrade
index 4d221ef5d
rade for flashing (passing the backup
archive using -f). Flashing depends on external files (/lib/upgrade)
whose changes might also depend on a sysupgrade change.
Regards,
---
Luiz Angelo Daros de Luca
luizl...@gmail.com
___
L
in failsafe after partition was expanded.
I had some trouble with failsafe and x86 in VMs because it uses serial as
the last console (the only one used in failsafe)
and network did not get up in vbox. I just needed to remove reference of
serial console in grub. In your case, you might be
u
We need both: branch for the new release and tag the released commit
and each subrelease (ex: x.y.2)
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http
t a simple mistake.
Maybe it is related to this message "ralink-usb-phy usbphy: invalid resource".
Can someone help me?
Regards,
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
___
Lede-dev mailing lis
Hi John,
I did not get your mails. I just saw them on the maillist history.
My device is labeled A1 (external tag). However, the ID on board is B1
(and according to openwrt wiki, A1 should use a different SoC).
If I consider only the external tag, it is DCS-933L A1. Anyway, A1 and
A2 shares the s
ll known GPIO (but not used) on DTS?
Regards,
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
2016-12-14 6:22 GMT-02:00 Luiz Angelo Daros de Luca :
> Hi John,
>
> I did not get your mails. I just saw them on the maillist history.
>
> My device is labeled A1 (exter
Hi John,
It seems that this device needs a firmware for its OmniVision's
OV00780-L28G chip.
It is loaded at boot with (removed the if's):
:
cp /sbin/ov780spi_fw.bin /sbin/ov780_fw.bin
ov780 -r 120 -i 100
insmod /lib/uvcvideo.ko
insmod /lib/modules/2.6.21/kernel/sound/core/snd-rawmidi.ko
insmod /l
hat would you like to do?
[ignore and remove the list]
[install all listed packages]
* iftop [install]
* ifperf [install]
* ip (already installed)
<<<
My 2 cents.
Regards,
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
ng
on its cousin SoC rt3352.dtsi
Should it also be included in rt3352.dtsi (datasheet is equal about this)?
Regards,
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
me time to bring it to LEDE trunk,
Regards,
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Chris,
You might be interested in
https://lists.openwrt.org/pipermail/openwrt-devel/2015-February/031200.html,
which was never commited.
Regards,
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
___
Lede-dev mailing list
Lede
patches
on github (77) or patchwork (44)
is from developers without commit access. They are potential future
developers that will keep the project
alive. I'm not specific talking about my patches but it would be kind to
encourage new devs to have their work
considered, even to say "
25 matches
Mail list logo
