On Wed, Mar 27, 2019 at 12:08 PM Magnus Kroken wrote:
>
> Signed-off-by: Magnus Kroken
> ---
> package/network/services/openvpn/Makefile | 6
> +++---
> .../openvpn/patches/100-mbedtls-disable-runtime-version-check.patch | 2 +-
>
Hi Koen,
I hope I fixed the issue with commit
7204736076 IB: fix generating .profile.mk for profiles without metadata
Please report back if you also see it fixed by this.
Cheers
Daniel
On Tue, Mar 26, 2019 at 04:18:50PM +0100, Koen Vandeputte wrote:
>
> On 15.03.19 10:00, Koen Vandeputte
W dniu 27.03.2019 o 21:31, Christian Lamparter pisze:
> On Wednesday, March 27, 2019 3:07:58 PM CET Tomasz Maciej Nowak wrote:
>> Hi Hauke,
>>
>> W dniu 25.03.2019 o 23:39, Hauke Mehrtens pisze:
>>> Hi Tomasz,
>>>
>>> Soke small comments, this looks mostly ok.
>>>
>> [snip]
+# CONFIG_ARM_LPAE
On 3/27/19 9:31 PM, Christian Lamparter wrote:
> On Wednesday, March 27, 2019 3:07:58 PM CET Tomasz Maciej Nowak wrote:
>> Hi Hauke,
>>
>> W dniu 25.03.2019 o 23:39, Hauke Mehrtens pisze:
>>> Hi Tomasz,
>>>
>>> Soke small comments, this looks mostly ok.
>>>
>> [snip]
+# CONFIG_ARM_LPAE is not
After getting rid of cryptsetup's heavy openssl dependency, there is now
the problem of missing RIPEMD160 support. RIPEMD160 is used for True/Vera
crypt volumes as well as old LUKS1 ones.
Signed-off-by: Rosen Penev
---
package/kernel/linux/modules/crypto.mk | 12
1 file changed, 12
On Wednesday, March 27, 2019 3:07:58 PM CET Tomasz Maciej Nowak wrote:
> Hi Hauke,
>
> W dniu 25.03.2019 o 23:39, Hauke Mehrtens pisze:
> > Hi Tomasz,
> >
> > Soke small comments, this looks mostly ok.
> >
> [snip]
> >> +# CONFIG_ARM_LPAE is not set
> >
> > Is LPAE not supported by your SoC?
Signed-off-by: Magnus Kroken
---
package/network/services/openvpn/Makefile | 6 +++---
.../openvpn/patches/100-mbedtls-disable-runtime-version-check.patch | 2 +-
.../openvpn/patches/210-build_always_use_internal_lz4.patch | 2 +-
3 files changed, 5
Currently, tplink-safeloader definition is only used a base for
another common definition.
This patch adjusts tplink-safeloader so it can be actually used
for some targets in generic-tp-link.mk.
This patch is cosmetic except for the order of
"check-size (IMAGE_SIZE)" and "append-metadata"
Hi,
we're currently producing unusable x86 combined squashfs images (18.06.1,
18.06.2 and snapshots) as we don't enable TARGET_IMAGES_PAD, thus providing
very small space for the overlay filesystem, leading to the following with
OpenWrt 18.06.1 r7258-5eb055306f images on x86 QEMU:
It's being used only in x86 target to produce combined images, where
it's mandatory to have padded images in order to produce working
squashfs combined images.
Currently we're producing unusable x86 combined squashfs images
(18.06.1, 18.06.2 and snapshots) as we don't enable TARGET_IMAGES_PAD,
Currently we're producing unusable x86 combined squashfs images
(18.06.1, 18.06.2 and snapshots) as we don't enable TARGET_IMAGES_PAD,
thus providing very small space for the overlay filesystem, leading to
the following with OpenWrt 18.06.1 r7258-5eb055306f images on x86 QEMU:
root@(none):/#
Hi Hauke,
W dniu 25.03.2019 o 23:39, Hauke Mehrtens pisze:
> Hi Tomasz,
>
> Soke small comments, this looks mostly ok.
>
[snip]
>> +# CONFIG_ARM_LPAE is not set
>
> Is LPAE not supported by your SoC? This is needed for KVM support, but
> not all CPUs support this.
>
Not really sure, seems it
I wasn't able to to use f2fs on armvirt/32 platform and I've found out
that it was due to F2FS_MINSIZE constant overflow leading to value of 13
exabytes instead of 100 megabytes.
Signed-off-by: Petr Štetiar
---
libfstools/rootdisk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Jo-Philipp Wich [2019-03-27 08:05:50]:
Hi,
> I suggest to rephrase the subject to something like "print error in
> case". I kept reading "output error" and wondered what went wrong with
> the output.
Good point.
> > - if (!p->loop_name[0] && rootdisk_create_loop(p) != 0)
> > + if
I made a similar change to this here:
https://github.com/openwrt/packages/pull/8159
However, it turns out this did not fix the problem as the problem has to
do with tools/xz and not the xz package. The error is the same and causes
linking errors as can be seen above.
Signed-off-by: Rosen Penev
Hi Petr,
I suggest to rephrase the subject to something like "print error in
case". I kept reading "output error" and wondered what went wrong with
the output.
> It took me quite some time today(while fixing squashfs+overlay on
> armvirt) to find out, that I was missing support for loop block
16 matches
Mail list logo