On Thu, May 2, 2019 at 9:47 AM Jeffery To wrote:
>
> The default zlib.pc file generated by cmake contains absolute paths.
> This patches the file to use relative paths (relative to ${prefix} and
> ${exec_prefix}).
git grep with-zlib= | wc -l in the packages repo returns 12. I wonder
if this fixes
On Thu, May 2, 2019 at 10:53 AM Jeffery To wrote:
>
> This changes the default PKG_BUILD_DIR to take BUILD_VARIANT into
> account (if set), so that packages do not need to manually override
> PKG_BUILD_DIR just to handle variants.
I like this. Basic test with one of my packages(transmission) worke
Because /etc/profile (and ~/.profile) are read by login shells only,
aliases and functions defined there are not available to non-login
shells, e.g. when using screen or tmux.
If the ENV environment variable exists (exported by /etc/profile or
~/.profile) and references an existing file, then all
This changes the default PKG_BUILD_DIR to take BUILD_VARIANT into
account (if set), so that packages do not need to manually override
PKG_BUILD_DIR just to handle variants.
This also updates most base packages with variants to use the updated
default PKG_BUILD_DIR.
Signed-off-by: Jeffery To
---
Hi Linus,
You have to do “make dirclean”.
Thank you,
Boris Krasnovskiy
> On May 2, 2019, at 11:28 AM, Linus Walleij wrote:
>
>> On Thu, May 2, 2019 at 12:30 AM Boris Krasnovskiy wrote:
>>
>> Crash during init that you can see, is pretty far along in the boot process,
>> so toolchain likely
When looping through a package's STAGING_FILES_LIST (a list of
file/directory paths delimited by newlines), if the path contains
spaces, then the path will be split by the while loops, and the
file/directory will not be deleted/removed.
This sets the internal field separator to the newline only so
The default zlib.pc file generated by cmake contains absolute paths.
This patches the file to use relative paths (relative to ${prefix} and
${exec_prefix}).
Signed-off-by: Jeffery To
---
package/libs/zlib/Makefile | 2 +-
.../patches/004-relative-pkg-config-paths.patch
On Thu, May 2, 2019 at 12:30 AM Boris Krasnovskiy wrote:
> Crash during init that you can see, is pretty far along in the boot process,
> so toolchain likely correct.
I found the problem, actually the toolchain was incorrect, but that was
a sideffect of the build system. After applying
this pat
Hi Rafał,
On Thu, May 2, 2019 at 9:31 AM Rafał Miłecki wrote:
> Please include SPDX line with .dts file license, see:
> https://openwrt.org/submitting-patches#dts_checklist
Thanks for your feedback. Will update and submit a V2 later today.
BR,
Kristian
_
On Tue, 30 Apr 2019 at 17:58, Robert Marko wrote:
> Currently Auto probing for BMP/BME280 does not work because kernel
> module name in the call is not correct.
> Package name was used instead of kernel module name.
>
> Signed-off-by: Robert Marko
Looks correct, pushed, thanks!
On Thu, 25 Apr 2019 at 14:18, Kristian Evensen
wrote:
> diff --git a/target/linux/ramips/dts/HDRM200.dts
> b/target/linux/ramips/dts/HDRM200.dts
> new file mode 100644
> index 00..b076f30978
> --- /dev/null
> +++ b/target/linux/ramips/dts/HDRM200.dts
> @@ -0,0 +1,226 @@
> +/dts-v1/;
> +
>
11 matches
Mail list logo
