* [Buildroot] Failure upgrading 8/2017 to 8/2019
@ 2019-09-25 14:54 Steve Calfee
2019-09-25 17:33 ` Steve Calfee
` (2 more replies)
0 siblings, 3 replies; 10+ messages in thread
From: Steve Calfee @ 2019-09-25 14:54 UTC (permalink / raw)
To: buildroot
Hi, I decided to upgrade to the latest buildroot 8/2019. My latest
pull/build was from 2017.8
When I tried to pull into my old tree I got a corrupted git tree - but
I keep no custom stuff in the buildroot tree, so I just cloned a new
copy from buildroot.org. I checked out tag 2019.08. I do like the
external stuff.
I use a buildroot constructed toolchain (from maybe 2014), so make
clean, make doesn't take soo long. But the build failed, any
suggestions on how to get locale to build?
Thanks, Steve
It built for a very long time, but failed in the target-finalize step.
It failed generating locales:
Generating locale en_US.UTF-8
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_CTYPE'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
`LC_NUMERIC'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_TIME'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
`LC_COLLATE'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
`LC_MONETARY'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
`LC_MESSAGES'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_PAPER'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_NAME'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
`LC_ADDRESS'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
`LC_TELEPHONE'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
`LC_MEASUREMENT'
[error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
`LC_IDENTIFICATION'
[error] no output file produced because errors were issued
Makefile:738: recipe for target 'target-finalize' failed
make[1]: *** [target-finalize] Error 4
Makefile:84: recipe for target '_all' failed
make: *** [_all] Error 2
Here is my buildroot config:
BR2_arm=y
BR2_TOOLCHAIN_EXTERNAL=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
BR2_TOOLCHAIN_EXTERNAL_PATH="$(TOPDIR)/../new_sept_2014_tools/output/host/usr"
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX="arm-linux"
BR2_TOOLCHAIN_EXTERNAL_GCC_4_8=y
BR2_TOOLCHAIN_EXTERNAL_HEADERS_4_1=y
BR2_TOOLCHAIN_EXTERNAL_CUSTOM_GLIBC=y
BR2_TOOLCHAIN_EXTERNAL_CXX=y
BR2_PACKAGE_HOST_GDB=y
BR2_TOOLCHAIN_GLIBC_GCONV_LIBS_COPY=y
BR2_TARGET_GENERIC_HOSTNAME="dockstar"
BR2_TARGET_GENERIC_ISSUE="Welcome to Steve's Dockstar"
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
BR2_ROOTFS_DEVICE_TABLE="$(BR2_EXTERNAL_MY_DOCKSTAR_PATH)/seagatedockstar/device_table.txt"
BR2_ENABLE_LOCALE_WHITELIST="C en_US.utf8 C.UTF-8 en_US"
BR2_GENERATE_LOCALE="en_US"
BR2_ROOTFS_OVERLAY="$(BR2_EXTERNAL_MY_DOCKSTAR_PATH)/seagatedockstar/skeleton"
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="$(BR2_EXTERNAL_MY_DOCKSTAR_PATH)/configs/dockstar_linux_defconfig"
BR2_LINUX_KERNEL_UIMAGE=y
BR2_LINUX_KERNEL_UIMAGE_LOADADDR="0x8000"
BR2_LINUX_KERNEL_DTS_SUPPORT=y
BR2_LINUX_KERNEL_INTREE_DTS_NAME="kirkwood-dockstar"
BR2_LINUX_KERNEL_INSTALL_TARGET=y
BR2_PACKAGE_BUSYBOX_CONFIG="$(BR2_EXTERNAL_MY_DOCKSTAR_PATH)/configs/testbb_defconfig"
BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=y
BR2_PACKAGE_STRACE=y
BR2_PACKAGE_GETTEXT=y
BR2_PACKAGE_TREE=y
BR2_PACKAGE_MTD=y
BR2_PACKAGE_MTD_MKFSUBIFS=y
BR2_PACKAGE_NFS_UTILS=y
BR2_PACKAGE_NFS_UTILS_RPCDEBUG=y
BR2_PACKAGE_SSHFS=y
BR2_PACKAGE_UBOOT_TOOLS=y
BR2_PACKAGE_UBOOT_TOOLS_MKIMAGE=y
BR2_PACKAGE_UBOOT_TOOLS_MKENVIMAGE=y
BR2_PACKAGE_USBMOUNT=y
BR2_PACKAGE_USBUTILS=y
BR2_PACKAGE_PHP=y
BR2_PACKAGE_PHP_SAPI_CGI=y
BR2_PACKAGE_PHP_SAPI_CLI=y
BR2_PACKAGE_PHP_EXT_SIMPLEXML=y
BR2_PACKAGE_PHP_EXT_WDDX=y
BR2_PACKAGE_PHP_EXT_XML=y
BR2_PACKAGE_PHP_EXT_XMLREADER=y
BR2_PACKAGE_PHP_EXT_XMLWRITER=y
BR2_PACKAGE_PHP_EXT_XSL=y
BR2_PACKAGE_PYTHON=y
BR2_PACKAGE_PYTHON_PY_PYC=y
BR2_PACKAGE_PYTHON_UCS4=y
BR2_PACKAGE_PYTHON_HASHLIB=y
BR2_PACKAGE_PYTHON_PYMYSQL=y
BR2_PACKAGE_PYTHON_PYRATEMP=y
BR2_PACKAGE_PYTHON_REQUESTS=y
BR2_PACKAGE_PYTHON_TORNADO=y
BR2_PACKAGE_MYSQL=y
BR2_PACKAGE_ORACLE_MYSQL_SERVER=y
BR2_PACKAGE_LIBCURL=y
BR2_PACKAGE_CURL=y
BR2_PACKAGE_LIBCURL_VERBOSE=y
BR2_PACKAGE_NSS_MDNS=y
BR2_PACKAGE_ICU=y
BR2_PACKAGE_NCURSES_WCHAR=y
BR2_PACKAGE_AVAHI=y
BR2_PACKAGE_AVAHI_DAEMON=y
BR2_PACKAGE_AVAHI_LIBDNSSD_COMPATIBILITY=y
BR2_PACKAGE_NTP=y
BR2_PACKAGE_RSYNC=y
BR2_PACKAGE_STUNNEL=y
BR2_PACKAGE_TCPDUMP=y
BR2_PACKAGE_BASH=y
BR2_PACKAGE_LESS=y
BR2_PACKAGE_MC=y
BR2_PACKAGE_NANO=y
BR2_TARGET_ROOTFS_UBIFS=y
BR2_TARGET_ROOTFS_UBI=y
BR2_TARGET_SHEEVAPLUG=y
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-25 14:54 [Buildroot] Failure upgrading 8/2017 to 8/2019 Steve Calfee
@ 2019-09-25 17:33 ` Steve Calfee
2019-09-27 14:48 ` Steve Calfee
2019-09-27 1:36 ` Carlos Santos
2019-09-30 23:32 ` Arnout Vandecappelle
2 siblings, 1 reply; 10+ messages in thread
From: Steve Calfee @ 2019-09-25 17:33 UTC (permalink / raw)
To: buildroot
I am also getting lots of python build errors?
PYTHONPATH="/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/lib/python2.7/sysconfigdata/"
cd /home/calfee/nobu/br/dockstar/ds_9_2019/output/target &&
/home/calfee/nobu/br/dockstar/ds_9_2019/output/host/bin/python2.7
/home/calfee/nobu/br/dockstar/ds_9_2019/support/scripts/pycompile.py
usr/lib/python2.7
Compiling usr/lib/python2.7/site-packages/tornado/auth.py ...
File "usr/lib/python2.7/site-packages/tornado/auth.py", line 90
callback_uri: str = None,
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/autoreload.py ...
File "usr/lib/python2.7/site-packages/tornado/autoreload.py", line 118
def start(check_time: int = 500) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/concurrent.py ...
File "usr/lib/python2.7/site-packages/tornado/concurrent.py", line 52
def is_future(x: Any) -> bool:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/curl_httpclient.py ...
File "usr/lib/python2.7/site-packages/tornado/curl_httpclient.py", line 50
self, max_clients: int = 10, defaults: Dict[str, Any] = None
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/escape.py ...
File "usr/lib/python2.7/site-packages/tornado/escape.py", line 43
def xhtml_escape(value: Union[str, bytes]) -> str:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/gen.py ...
File "usr/lib/python2.7/site-packages/tornado/gen.py", line 126
def _value_from_stopiteration(e: Union[StopIteration, "Return"]) -> Any:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/http1connection.py ...
File "usr/lib/python2.7/site-packages/tornado/http1connection.py", line 43
def __init__(self) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/httpclient.py ...
File "usr/lib/python2.7/site-packages/tornado/httpclient.py", line 90
self, async_client_class: Type["AsyncHTTPClient"] = None, **kwargs: Any
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/httpserver.py ...
File "usr/lib/python2.7/site-packages/tornado/httpserver.py", line 144
def __init__(self, *args: Any, **kwargs: Any) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/httputil.py ...
File "usr/lib/python2.7/site-packages/tornado/httputil.py", line 82
def __init__(self, size: int) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/ioloop.py ...
File "usr/lib/python2.7/site-packages/tornado/ioloop.py", line 67
def fileno(self) -> int:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/iostream.py ...
File "usr/lib/python2.7/site-packages/tornado/iostream.py", line 117
def __init__(self, real_error: BaseException = None) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/locale.py ...
File "usr/lib/python2.7/site-packages/tornado/locale.py", line 63
def get(*locale_codes: str) -> "Locale":
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/locks.py ...
File "usr/lib/python2.7/site-packages/tornado/locks.py", line 42
def __init__(self) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/log.py ...
File "usr/lib/python2.7/site-packages/tornado/log.py", line 55
def _stderr_supports_color() -> bool:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/netutil.py ...
File "usr/lib/python2.7/site-packages/tornado/netutil.py", line 69
port: int,
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/options.py ...
File "usr/lib/python2.7/site-packages/tornado/options.py", line 127
def __init__(self) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/platform/asyncio.py ...
File "usr/lib/python2.7/site-packages/tornado/platform/asyncio.py", line 42
self, asyncio_loop: asyncio.AbstractEventLoop, **kwargs: Any
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/platform/caresresolver.py ...
File "usr/lib/python2.7/site-packages/tornado/platform/caresresolver.py",
line 31
def initialize(self) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/platform/interface.py ...
File "usr/lib/python2.7/site-packages/tornado/platform/interface.py", line 24
def set_close_exec(fd: int) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/platform/posix.py ...
File "usr/lib/python2.7/site-packages/tornado/platform/posix.py", line 22
def set_close_exec(fd: int) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/platform/twisted.py ...
File "usr/lib/python2.7/site-packages/tornado/platform/twisted.py", line 66
def initialize(self) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/platform/windows.py ...
File "usr/lib/python2.7/site-packages/tornado/platform/windows.py", line 19
def set_close_exec(fd: int) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/process.py ...
File "usr/lib/python2.7/site-packages/tornado/process.py", line 51
def cpu_count() -> int:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/queues.py ...
File "usr/lib/python2.7/site-packages/tornado/queues.py", line 60
future: Future, timeout: Union[None, float, datetime.timedelta]
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/routing.py ...
File "usr/lib/python2.7/site-packages/tornado/routing.py", line 194
self, request: httputil.HTTPServerRequest, **kwargs: Any
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/simple_httpclient.py ...
File "usr/lib/python2.7/site-packages/tornado/simple_httpclient.py", line 53
def __init__(self, message: str) -> None:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/tcpclient.py ...
File "usr/lib/python2.7/site-packages/tornado/tcpclient.py", line 62
addrinfo: List[Tuple],
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/tcpserver.py ...
File "usr/lib/python2.7/site-packages/tornado/tcpserver.py", line 110
ssl_options: Union[Dict[str, Any], ssl.SSLContext] = None,
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/template.py ...
File "usr/lib/python2.7/site-packages/tornado/template.py", line 226
def filter_whitespace(mode: str, text: str) -> str:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/asyncio_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/asyncio_test.py", line 58
x = yield from event_loop.run_in_executor(None, lambda: 42)
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/concurrent_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/concurrent_test.py",
line 200
async def f():
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/gen_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/gen_test.py", line 383
async def f2():
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/httpserver_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/httpserver_test.py",
line 52
async def read_stream_body(stream):
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/httputil_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/httputil_test.py", line 29
def form_data_args() -> Tuple[Dict[str, List[bytes]], Dict[str,
List[HTTPFile]]]:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/ioloop_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/ioloop_test.py", line 350
async def callback():
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/locks_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/locks_test.py", line 359
async def f():
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/queues_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/queues_test.py", line 166
async def f():
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/simple_httpclient_test.py
...
File "usr/lib/python2.7/site-packages/tornado/test/simple_httpclient_test.py",
line 184
async def make_client():
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/tcpserver_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/tcpserver_test.py", line 50
async def handle_stream(self, stream, address):
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/testing_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/testing_test.py", line 73
async def callback():
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/util_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/util_test.py", line 228
print("hello", file=f)
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/web_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/web_test.py", line 2447
async def data_received(self, data):
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/test/websocket_test.py ...
File "usr/lib/python2.7/site-packages/tornado/test/websocket_test.py",
line 196
async def open(self):
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/testing.py ...
File "usr/lib/python2.7/site-packages/tornado/testing.py", line 52
def bind_unused_port(reuse_port: bool = False) -> Tuple[socket.socket, int]:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/util.py ...
File "usr/lib/python2.7/site-packages/tornado/util.py", line 53
def _get_emulated_is_finalizing() -> Callable[[], bool]:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/web.py ...
File "usr/lib/python2.7/site-packages/tornado/web.py", line 205
application: "Application",
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/websocket.py ...
File "usr/lib/python2.7/site-packages/tornado/websocket.py", line 63
def compress(self, data: bytes) -> bytes:
^
SyntaxError: invalid syntax
Compiling usr/lib/python2.7/site-packages/tornado/wsgi.py ...
File "usr/lib/python2.7/site-packages/tornado/wsgi.py", line 51
def to_wsgi_str(s: bytes) -> str:
^
SyntaxError: invalid syntax
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-25 14:54 [Buildroot] Failure upgrading 8/2017 to 8/2019 Steve Calfee
2019-09-25 17:33 ` Steve Calfee
@ 2019-09-27 1:36 ` Carlos Santos
2019-09-27 14:39 ` Steve Calfee
2019-09-30 23:32 ` Arnout Vandecappelle
2 siblings, 1 reply; 10+ messages in thread
From: Carlos Santos @ 2019-09-27 1:36 UTC (permalink / raw)
To: buildroot
On Wed, Sep 25, 2019 at 11:54 AM Steve Calfee <stevecalfee@gmail.com> wrote:
>
> Hi, I decided to upgrade to the latest buildroot 8/2019. My latest
> pull/build was from 2017.8
>
> When I tried to pull into my old tree I got a corrupted git tree - but
> I keep no custom stuff in the buildroot tree, so I just cloned a new
> copy from buildroot.org. I checked out tag 2019.08. I do like the
> external stuff.
>
> I use a buildroot constructed toolchain (from maybe 2014), so make
> clean, make doesn't take soo long. But the build failed, any
> suggestions on how to get locale to build?
>
> Thanks, Steve
>
> It built for a very long time, but failed in the target-finalize step.
> It failed generating locales:
>
> Generating locale en_US.UTF-8
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_CTYPE'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_NUMERIC'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_TIME'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_COLLATE'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_MONETARY'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_MESSAGES'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_PAPER'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_NAME'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_ADDRESS'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_TELEPHONE'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_MEASUREMENT'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_IDENTIFICATION'
> [error] no output file produced because errors were issued
> Makefile:738: recipe for target 'target-finalize' failed
> make[1]: *** [target-finalize] Error 4
> Makefile:84: recipe for target '_all' failed
> make: *** [_all] Error 2
>
> Here is my buildroot config:
> BR2_arm=y
> BR2_TOOLCHAIN_EXTERNAL=y
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y
> BR2_TOOLCHAIN_EXTERNAL_PATH="$(TOPDIR)/../new_sept_2014_tools/output/host/usr"
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX="arm-linux"
> BR2_TOOLCHAIN_EXTERNAL_GCC_4_8=y
> BR2_TOOLCHAIN_EXTERNAL_HEADERS_4_1=y
> BR2_TOOLCHAIN_EXTERNAL_CUSTOM_GLIBC=y
> BR2_TOOLCHAIN_EXTERNAL_CXX=y
> BR2_PACKAGE_HOST_GDB=y
> BR2_TOOLCHAIN_GLIBC_GCONV_LIBS_COPY=y
> BR2_TARGET_GENERIC_HOSTNAME="dockstar"
> BR2_TARGET_GENERIC_ISSUE="Welcome to Steve's Dockstar"
> BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
> BR2_ROOTFS_DEVICE_TABLE="$(BR2_EXTERNAL_MY_DOCKSTAR_PATH)/seagatedockstar/device_table.txt"
> BR2_ENABLE_LOCALE_WHITELIST="C en_US.utf8 C.UTF-8 en_US"
> BR2_GENERATE_LOCALE="en_US"
> BR2_ROOTFS_OVERLAY="$(BR2_EXTERNAL_MY_DOCKSTAR_PATH)/seagatedockstar/skeleton"
> BR2_LINUX_KERNEL=y
> BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
> BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="$(BR2_EXTERNAL_MY_DOCKSTAR_PATH)/configs/dockstar_linux_defconfig"
> BR2_LINUX_KERNEL_UIMAGE=y
> BR2_LINUX_KERNEL_UIMAGE_LOADADDR="0x8000"
> BR2_LINUX_KERNEL_DTS_SUPPORT=y
> BR2_LINUX_KERNEL_INTREE_DTS_NAME="kirkwood-dockstar"
> BR2_LINUX_KERNEL_INSTALL_TARGET=y
> BR2_PACKAGE_BUSYBOX_CONFIG="$(BR2_EXTERNAL_MY_DOCKSTAR_PATH)/configs/testbb_defconfig"
> BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=y
> BR2_PACKAGE_STRACE=y
> BR2_PACKAGE_GETTEXT=y
> BR2_PACKAGE_TREE=y
> BR2_PACKAGE_MTD=y
> BR2_PACKAGE_MTD_MKFSUBIFS=y
> BR2_PACKAGE_NFS_UTILS=y
> BR2_PACKAGE_NFS_UTILS_RPCDEBUG=y
> BR2_PACKAGE_SSHFS=y
> BR2_PACKAGE_UBOOT_TOOLS=y
> BR2_PACKAGE_UBOOT_TOOLS_MKIMAGE=y
> BR2_PACKAGE_UBOOT_TOOLS_MKENVIMAGE=y
> BR2_PACKAGE_USBMOUNT=y
> BR2_PACKAGE_USBUTILS=y
> BR2_PACKAGE_PHP=y
> BR2_PACKAGE_PHP_SAPI_CGI=y
> BR2_PACKAGE_PHP_SAPI_CLI=y
> BR2_PACKAGE_PHP_EXT_SIMPLEXML=y
> BR2_PACKAGE_PHP_EXT_WDDX=y
> BR2_PACKAGE_PHP_EXT_XML=y
> BR2_PACKAGE_PHP_EXT_XMLREADER=y
> BR2_PACKAGE_PHP_EXT_XMLWRITER=y
> BR2_PACKAGE_PHP_EXT_XSL=y
> BR2_PACKAGE_PYTHON=y
> BR2_PACKAGE_PYTHON_PY_PYC=y
> BR2_PACKAGE_PYTHON_UCS4=y
> BR2_PACKAGE_PYTHON_HASHLIB=y
> BR2_PACKAGE_PYTHON_PYMYSQL=y
> BR2_PACKAGE_PYTHON_PYRATEMP=y
> BR2_PACKAGE_PYTHON_REQUESTS=y
> BR2_PACKAGE_PYTHON_TORNADO=y
> BR2_PACKAGE_MYSQL=y
> BR2_PACKAGE_ORACLE_MYSQL_SERVER=y
> BR2_PACKAGE_LIBCURL=y
> BR2_PACKAGE_CURL=y
> BR2_PACKAGE_LIBCURL_VERBOSE=y
> BR2_PACKAGE_NSS_MDNS=y
> BR2_PACKAGE_ICU=y
> BR2_PACKAGE_NCURSES_WCHAR=y
> BR2_PACKAGE_AVAHI=y
> BR2_PACKAGE_AVAHI_DAEMON=y
> BR2_PACKAGE_AVAHI_LIBDNSSD_COMPATIBILITY=y
> BR2_PACKAGE_NTP=y
> BR2_PACKAGE_RSYNC=y
> BR2_PACKAGE_STUNNEL=y
> BR2_PACKAGE_TCPDUMP=y
> BR2_PACKAGE_BASH=y
> BR2_PACKAGE_LESS=y
> BR2_PACKAGE_MC=y
> BR2_PACKAGE_NANO=y
> BR2_TARGET_ROOTFS_UBIFS=y
> BR2_TARGET_ROOTFS_UBI=y
> BR2_TARGET_SHEEVAPLUG=y
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
Did you build the toolchain from source or download it? Could you make
a copy available somewhere? Please do not attempt to send it by email,
since it must be around 60MB.
--
Carlos Santos <unixmania@gmail.com>
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-27 1:36 ` Carlos Santos
@ 2019-09-27 14:39 ` Steve Calfee
2019-09-28 16:59 ` Carlos Santos
0 siblings, 1 reply; 10+ messages in thread
From: Steve Calfee @ 2019-09-27 14:39 UTC (permalink / raw)
To: buildroot
On Thu, Sep 26, 2019 at 6:36 PM Carlos Santos <unixmania@gmail.com> wrote:
>
> On Wed, Sep 25, 2019 at 11:54 AM Steve Calfee <stevecalfee@gmail.com> wrote:
> >
> > Hi, I decided to upgrade to the latest buildroot 8/2019. My latest
> > pull/build was from 2017.8
> >
> > When I tried to pull into my old tree I got a corrupted git tree - but
> > I keep no custom stuff in the buildroot tree, so I just cloned a new
> > copy from buildroot.org. I checked out tag 2019.08. I do like the
> > external stuff.
> >
> > I use a buildroot constructed toolchain (from maybe 2014), so make
> > clean, make doesn't take soo long. But the build failed, any
> > suggestions on how to get locale to build?
> >
> > Thanks, Steve
> >
<snip>
>
> Did you build the toolchain from source or download it? Could you make
> a copy available somewhere? Please do not attempt to send it by email,
> since it must be around 60MB.
>
> --
> Carlos Santos <unixmania@gmail.com>
Do you think it is a tool chain issue? It looks like I rebuilt 2/2017.
I always build in another tree so "make clean" doesn't delete it. I
point my working buildroot to this built toolchain as an external
toolchain. My build system is a ubuntu 16.04 laptop.
Here is my defconfig for just the toolchain.
BR2_arm=y
BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
BR2_GCC_VERSION_4_8_X=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_ENABLE_LOCALE_PURGE=y
BR2_GENERATE_LOCALE="en_US.UTF-8"
BR2_TOOLCHAIN_GLIBC_GCONV_LIBS_COPY=y
BR2_TARGET_OPTIMIZATION="-Os -pipe"
# BR2_TARGET_GENERIC_GETTY is not set
# BR2_TARGET_GENERIC_REMOUNT_ROOTFS_RW is not set
BR2_PACKAGE_LIBPTHREAD_STUBS=y
# BR2_TARGET_ROOTFS_TAR is not set
BR2_TARGET_SHEEVAPLUG=y
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-25 17:33 ` Steve Calfee
@ 2019-09-27 14:48 ` Steve Calfee
2019-09-27 22:59 ` Steve Calfee
0 siblings, 1 reply; 10+ messages in thread
From: Steve Calfee @ 2019-09-27 14:48 UTC (permalink / raw)
To: buildroot
On Wed, Sep 25, 2019 at 10:33 AM Steve Calfee <stevecalfee@gmail.com> wrote:
>
> I am also getting lots of python build errors?
>
> PYTHONPATH="/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/lib/python2.7/sysconfigdata/"
> cd /home/calfee/nobu/br/dockstar/ds_9_2019/output/target &&
> /home/calfee/nobu/br/dockstar/ds_9_2019/output/host/bin/python2.7
> /home/calfee/nobu/br/dockstar/ds_9_2019/support/scripts/pycompile.py
> usr/lib/python2.7
> Compiling usr/lib/python2.7/site-packages/tornado/auth.py ...
> File "usr/lib/python2.7/site-packages/tornado/auth.py", line 90
> callback_uri: str = None,
> ^
> SyntaxError: invalid syntax
>
> Compiling usr/lib/python2.7/site-packages/tornado/autoreload.py ...
> File "usr/lib/python2.7/site-packages/tornado/autoreload.py", line 118
> def start(check_time: int = 500) -> None:
> ^
> SyntaxError: invalid syntax
<snip>
I reverted back to the python-tornado package that used to work and it
still does. When I get other things working I will try to find where
the breakage started. The python-tornado package has been bumped about
6 times since the last known building version. I think buildroot is
now building a host python2, but the schizophrenic python split
between python2 and python3 causes lots of confusion.
As another note, it seems to take a very long time to build the host
packages - can it be done externally (like building a toolchain), so
"make clean; make" doesn't take so long to build?
Steve
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-27 14:48 ` Steve Calfee
@ 2019-09-27 22:59 ` Steve Calfee
2019-09-30 23:30 ` Arnout Vandecappelle
0 siblings, 1 reply; 10+ messages in thread
From: Steve Calfee @ 2019-09-27 22:59 UTC (permalink / raw)
To: buildroot
On Fri, Sep 27, 2019 at 7:48 AM Steve Calfee <stevecalfee@gmail.com> wrote:
>
> On Wed, Sep 25, 2019 at 10:33 AM Steve Calfee <stevecalfee@gmail.com> wrote:
> >
> > I am also getting lots of python build errors?
> >
> > PYTHONPATH="/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/lib/python2.7/sysconfigdata/"
> > cd /home/calfee/nobu/br/dockstar/ds_9_2019/output/target &&
> > /home/calfee/nobu/br/dockstar/ds_9_2019/output/host/bin/python2.7
> > /home/calfee/nobu/br/dockstar/ds_9_2019/support/scripts/pycompile.py
> > usr/lib/python2.7
> > Compiling usr/lib/python2.7/site-packages/tornado/auth.py ...
> > File "usr/lib/python2.7/site-packages/tornado/auth.py", line 90
> > callback_uri: str = None,
> > ^
> > SyntaxError: invalid syntax
> >
> > Compiling usr/lib/python2.7/site-packages/tornado/autoreload.py ...
> > File "usr/lib/python2.7/site-packages/tornado/autoreload.py", line 118
> > def start(check_time: int = 500) -> None:
> > ^
> > SyntaxError: invalid syntax
> <snip>
>
> I reverted back to the python-tornado package that used to work and it
> still does. When I get other things working I will try to find where
> the breakage started. The python-tornado package has been bumped about
> 6 times since the last known building version. I think buildroot is
> now building a host python2, but the schizophrenic python split
> between python2 and python3 causes lots of confusion.
>
for python-tornado, I get errors in version 6.0.1 but not in 5.1.1 I
don't understand what the errors are about or why the autobuilders are
not getting them.
commit 048b66016e03ebfb43dc6cdc6805bad451bbe51c
Author: Fabrice Fontaine <fontaine.fabrice@gmail.com>
Date: Fri Mar 15 22:07:09 2019 +0100
package/python-tornado: bump to version 6.0.1
Remove patch (not needed since:
https://github.com/tornadoweb/tornado/commit/fa6a7ff6056fc8b139e51294095050f68076f850)
Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
commit 2d74dbd2aae2fecdf667859348d49bc681b75d95
Author: Yegor Yefremov <yegorslists@googlemail.com>
Date: Fri Nov 2 11:18:12 2018 +0100
package/python-tornado: bump version to 5.1.1
Add hash for the license file.
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-27 14:39 ` Steve Calfee
@ 2019-09-28 16:59 ` Carlos Santos
2019-09-30 17:03 ` Steve Calfee
0 siblings, 1 reply; 10+ messages in thread
From: Carlos Santos @ 2019-09-28 16:59 UTC (permalink / raw)
To: buildroot
On Fri, Sep 27, 2019 at 11:39 AM Steve Calfee <stevecalfee@gmail.com> wrote:
>
> On Thu, Sep 26, 2019 at 6:36 PM Carlos Santos <unixmania@gmail.com> wrote:
> >
> > On Wed, Sep 25, 2019 at 11:54 AM Steve Calfee <stevecalfee@gmail.com> wrote:
> > >
> > > Hi, I decided to upgrade to the latest buildroot 8/2019. My latest
> > > pull/build was from 2017.8
> > >
> > > When I tried to pull into my old tree I got a corrupted git tree - but
> > > I keep no custom stuff in the buildroot tree, so I just cloned a new
> > > copy from buildroot.org. I checked out tag 2019.08. I do like the
> > > external stuff.
> > >
> > > I use a buildroot constructed toolchain (from maybe 2014), so make
> > > clean, make doesn't take soo long. But the build failed, any
> > > suggestions on how to get locale to build?
> > >
> > > Thanks, Steve
> > >
> <snip>
> >
> > Did you build the toolchain from source or download it? Could you make
> > a copy available somewhere? Please do not attempt to send it by email,
> > since it must be around 60MB.
> >
> > --
> > Carlos Santos <unixmania@gmail.com>
>
> Do you think it is a tool chain issue? It looks like I rebuilt 2/2017.
> I always build in another tree so "make clean" doesn't delete it. I
> point my working buildroot to this built toolchain as an external
> toolchain. My build system is a ubuntu 16.04 laptop.
>
> Here is my defconfig for just the toolchain.
>
> BR2_arm=y
> BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
> BR2_GCC_VERSION_4_8_X=y
Support for gcc version 4.8.x has been removed in Buildroot 2017.08
> BR2_TOOLCHAIN_BUILDROOT_CXX=y
> BR2_ENABLE_LOCALE_PURGE=y
> BR2_GENERATE_LOCALE="en_US.UTF-8"
> BR2_TOOLCHAIN_GLIBC_GCONV_LIBS_COPY=y
> BR2_TARGET_OPTIMIZATION="-Os -pipe"
> # BR2_TARGET_GENERIC_GETTY is not set
> # BR2_TARGET_GENERIC_REMOUNT_ROOTFS_RW is not set
> BR2_PACKAGE_LIBPTHREAD_STUBS=y
You should not need BR2_PACKAGE_LIBPTHREAD_STUBS with glibc.
> # BR2_TARGET_ROOTFS_TAR is not set
> BR2_TARGET_SHEEVAPLUG=y
What is BR2_TARGET_SHEEVAPLUG?
--
Carlos Santos <unixmania@gmail.com>
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-28 16:59 ` Carlos Santos
@ 2019-09-30 17:03 ` Steve Calfee
0 siblings, 0 replies; 10+ messages in thread
From: Steve Calfee @ 2019-09-30 17:03 UTC (permalink / raw)
To: buildroot
> > Do you think it is a tool chain issue? It looks like I rebuilt 2/2017.
> > I always build in another tree so "make clean" doesn't delete it. I
> > point my working buildroot to this built toolchain as an external
> > toolchain. My build system is a ubuntu 16.04 laptop.
> >
> > Here is my defconfig for just the toolchain.
> >
> > BR2_arm=y
> > BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
> > BR2_GCC_VERSION_4_8_X=y
>
> Support for gcc version 4.8.x has been removed in Buildroot 2017.08
Hi Carlos,
Thanks for trying to help. I am not seeing any cross compiling issues.
When I get the current stuff to work I will upgrade my toolchain.
>
> > BR2_TOOLCHAIN_BUILDROOT_CXX=y
> > BR2_ENABLE_LOCALE_PURGE=y
> > BR2_GENERATE_LOCALE="en_US.UTF-8"
> > BR2_TOOLCHAIN_GLIBC_GCONV_LIBS_COPY=y
> > BR2_TARGET_OPTIMIZATION="-Os -pipe"
> > # BR2_TARGET_GENERIC_GETTY is not set
> > # BR2_TARGET_GENERIC_REMOUNT_ROOTFS_RW is not set
> > BR2_PACKAGE_LIBPTHREAD_STUBS=y
>
> You should not need BR2_PACKAGE_LIBPTHREAD_STUBS with glibc.
>
OK, will check later. It is not related to these failures.
> > # BR2_TARGET_ROOTFS_TAR is not set
> > BR2_TARGET_SHEEVAPLUG=y
>
> What is BR2_TARGET_SHEEVAPLUG?
It is some remnant in my external config. I used to use it as an
arch/platform selection. This has been replaced by the kernel device
tree and manufacturer reorg.
Now the real issue is buildroot 2019.8 has two broken things that work
correctly in 2019.5.
package python-tornado was bumped and that broke that build. I don't
know why the autobuilders have not found it.
locale handling has broken. Again, I don't know why the autobuilders
have not found this error. locale is not a normal package, it is
something done by the target finalization scripts. Here is a 2019.5
snip showing a successful local build. I do not know what it is doing
or how to debug this.
t/etc/shells
Generating locale en_US.UTF-8
rm -f /home/calfee/nobu/br/dockstar/ds_9_2019/output/build/locales.nopurge
for i in C en_US.utf8 C.UTF-8 locale-archive; do echo $i >>
/home/calfee/nobu/br/dockstar/ds_9_2019/output/build/locales.nopurge;
done
for dir in /home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/share/locale;
do for langdir in $dir/*; do if [ -e "${langdir}" ]; then grep -qx
"${langdir##*/}"
/home/calfee/nobu/br/dockstar/ds_9_2019/output/build/locales.nopurge
|| rm -rf $langdir; fi done; done
if [ -d /home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/share/X11/locale
]; then for lang in C en_US.utf8 C.UTF-8; do if [ -f
/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/share/X11/locale/$lang/XLC_LOCALE
]; then echo "$lang/XLC_LOCALE: $lang"; fi done >
/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/share/X11/locale/locale.dir;
fi
rm -rf /home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/include
/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/share/aclocal
\
/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/lib/pkgconfig
/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/share/pkgconfig
\
/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/lib/cmake
/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/share/cmake
find /home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/{lib,share}/
-name '*.cmake' -print0 | xargs -0 rm -f
I guess I will stick with 2019.5 and go on to testing if it will boot.
Steve
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-27 22:59 ` Steve Calfee
@ 2019-09-30 23:30 ` Arnout Vandecappelle
0 siblings, 0 replies; 10+ messages in thread
From: Arnout Vandecappelle @ 2019-09-30 23:30 UTC (permalink / raw)
To: buildroot
On 28/09/2019 00:59, Steve Calfee wrote:
> On Fri, Sep 27, 2019 at 7:48 AM Steve Calfee <stevecalfee@gmail.com> wrote:
>>
>> On Wed, Sep 25, 2019 at 10:33 AM Steve Calfee <stevecalfee@gmail.com> wrote:
>>>
>>> I am also getting lots of python build errors?
>>>
>>> PYTHONPATH="/home/calfee/nobu/br/dockstar/ds_9_2019/output/target/usr/lib/python2.7/sysconfigdata/"
>>> cd /home/calfee/nobu/br/dockstar/ds_9_2019/output/target &&
>>> /home/calfee/nobu/br/dockstar/ds_9_2019/output/host/bin/python2.7
>>> /home/calfee/nobu/br/dockstar/ds_9_2019/support/scripts/pycompile.py
>>> usr/lib/python2.7
>>> Compiling usr/lib/python2.7/site-packages/tornado/auth.py ...
>>> File "usr/lib/python2.7/site-packages/tornado/auth.py", line 90
>>> callback_uri: str = None,
>>> ^
>>> SyntaxError: invalid syntax
>>>
>>> Compiling usr/lib/python2.7/site-packages/tornado/autoreload.py ...
>>> File "usr/lib/python2.7/site-packages/tornado/autoreload.py", line 118
>>> def start(check_time: int = 500) -> None:
>>> ^
>>> SyntaxError: invalid syntax
>> <snip>
>>
>> I reverted back to the python-tornado package that used to work and it
>> still does. When I get other things working I will try to find where
>> the breakage started. The python-tornado package has been bumped about
>> 6 times since the last known building version. I think buildroot is
>> now building a host python2, but the schizophrenic python split
>> between python2 and python3 causes lots of confusion.
>>
> for python-tornado, I get errors in version 6.0.1 but not in 5.1.1 I
Tornado 6.0.1 dropped support for Python < 3.5. But this is not checked by
setup.py, so we don't notice@build time.
> don't understand what the errors are about or why the autobuilders are
> not getting them.
That's because the autobuilders don't randomize the BR2_PACKAGE_PYTHON_PYC_*
options and always use BR2_PACKAGE_PYTHON_PYC_ONLY. However, that option seems
to be broken, it looks like it in fact doesn't generate any .pyc at all...
Yegor, could you have a look at that?
We probably should have a runtime-test to check the three
BR2_PACKAGE_PYTHON_PYC_* options.
Regards,
Arnout
>
> commit 048b66016e03ebfb43dc6cdc6805bad451bbe51c
> Author: Fabrice Fontaine <fontaine.fabrice@gmail.com>
> Date: Fri Mar 15 22:07:09 2019 +0100
>
> package/python-tornado: bump to version 6.0.1
>
> Remove patch (not needed since:
> https://github.com/tornadoweb/tornado/commit/fa6a7ff6056fc8b139e51294095050f68076f850)
>
> Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
>
> commit 2d74dbd2aae2fecdf667859348d49bc681b75d95
> Author: Yegor Yefremov <yegorslists@googlemail.com>
> Date: Fri Nov 2 11:18:12 2018 +0100
>
> package/python-tornado: bump version to 5.1.1
>
> Add hash for the license file.
>
> Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] Failure upgrading 8/2017 to 8/2019
2019-09-25 14:54 [Buildroot] Failure upgrading 8/2017 to 8/2019 Steve Calfee
2019-09-25 17:33 ` Steve Calfee
2019-09-27 1:36 ` Carlos Santos
@ 2019-09-30 23:32 ` Arnout Vandecappelle
2 siblings, 0 replies; 10+ messages in thread
From: Arnout Vandecappelle @ 2019-09-30 23:32 UTC (permalink / raw)
To: buildroot
On 25/09/2019 16:54, Steve Calfee wrote:
> Hi, I decided to upgrade to the latest buildroot 8/2019. My latest
> pull/build was from 2017.8
>
> When I tried to pull into my old tree I got a corrupted git tree - but
> I keep no custom stuff in the buildroot tree, so I just cloned a new
> copy from buildroot.org. I checked out tag 2019.08. I do like the
> external stuff.
>
> I use a buildroot constructed toolchain (from maybe 2014), so make
> clean, make doesn't take soo long. But the build failed, any
> suggestions on how to get locale to build?
>
> Thanks, Steve
>
> It built for a very long time, but failed in the target-finalize step.
> It failed generating locales:
>
> Generating locale en_US.UTF-8
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_CTYPE'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_NUMERIC'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_TIME'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_COLLATE'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_MONETARY'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_MESSAGES'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_PAPER'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category `LC_NAME'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_ADDRESS'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_TELEPHONE'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_MEASUREMENT'
> [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category
> `LC_IDENTIFICATION'
> [error] no output file produced because errors were issued
> Makefile:738: recipe for target 'target-finalize' failed
> make[1]: *** [target-finalize] Error 4
> Makefile:84: recipe for target '_all' failed
> make: *** [_all] Error 2
I can reproduce this issue (with an external ARM toolchain) but haven't been
able to pinpoint the cause yet.
Regards,
Arnout
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2019-09-30 23:32 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-09-25 14:54 [Buildroot] Failure upgrading 8/2017 to 8/2019 Steve Calfee
2019-09-25 17:33 ` Steve Calfee
2019-09-27 14:48 ` Steve Calfee
2019-09-27 22:59 ` Steve Calfee
2019-09-30 23:30 ` Arnout Vandecappelle
2019-09-27 1:36 ` Carlos Santos
2019-09-27 14:39 ` Steve Calfee
2019-09-28 16:59 ` Carlos Santos
2019-09-30 17:03 ` Steve Calfee
2019-09-30 23:32 ` Arnout Vandecappelle
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.