Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-10 Thread Enrico Mioso
On Tue, 10 Jan 2023, Petr Štetiar wrote: Date: Tue, 10 Jan 2023 10:08:51 From: Petr Štetiar To: Brian Norris Cc: Christian Marangi , Thibaut , Robert Marko , openwrt-devel@lists.openwrt.org, Jo-Philipp Wich Subject: Re: [PATCH v2 6/7] coreutils: Import from packages feed Brian

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-10 Thread Petr Štetiar
Brian Norris [2023-01-09 11:51:53]: > For my use, it feels like a simplified form (which only needs to be a > stdin/stdout pipeline) would be pretty easy to inline into the > caldata/firmware-loader script: > > ucode -e 'import { stdin } from "fs"; print(b64dec(stdin.read("all")));' from my p

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-09 Thread Christian Marangi
t; > we should add ucode in the required packages for this target? > > > > > > So far I don't find it as a strict core dependency, but just happens > > > to be available by default due to dependencies. I guess similar > > > questions to the bus

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-09 Thread Brian Norris
rt of the core packages? Or an optional dependency for > > > luci and fw4? In theory it should be always present or as a safe thing > > > we should add ucode in the required packages for this target? > > > > So far I don't find it as a strict core dependency, bu

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-09 Thread Christian Marangi
simplified form (which only needs to be a > stdin/stdout pipeline) would be pretty easy to inline into the > caldata/firmware-loader script: > > ucode -e 'import { stdin } from "fs"; print(b64dec(stdin.read("all")));' > Ok a single line solution will be id

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-09 Thread Brian Norris
ne) would be pretty easy to inline into the caldata/firmware-loader script: ucode -e 'import { stdin } from "fs"; print(b64dec(stdin.read("all")));' > 2. Ucode is part of the core packages? Or an optional dependency for > luci and fw4? In theory it should be alwa

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-09 Thread Christian Marangi
On Mon, Jan 09, 2023 at 03:35:56PM +0100, Petr Štetiar wrote: > Petr Štetiar [2023-01-09 11:50:37]: > > Hi, > > > BTW ucode has `b64dec()`[1] so perhaps another viable option. > > > > 1. https://github.com/jow-/ucode#663-b64decstr > > wanted to refresh my ucode brain cells, so I've explored fe

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-09 Thread Petr Štetiar
Petr Štetiar [2023-01-09 11:50:37]: Hi, > BTW ucode has `b64dec()`[1] so perhaps another viable option. > > 1. https://github.com/jow-/ucode#663-b64decstr wanted to refresh my ucode brain cells, so I've explored feasibility of that suggestion and it seems to work just fine: #!/usr/bin

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-09 Thread Petr Štetiar
Thibaut [2023-01-08 00:02:06]: > There might be an even easier/lighter way (short of enabling base64 in > busybox), AWK to the rescue: > https://github.com/shane-kerr/AWK-base64decode > > The code is clean and judging by the comment line 97, works with busybox awk. BTW ucode has `b64dec()`[1]

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-09 Thread Thibaut
> Le 9 janv. 2023 à 04:09, Brian Norris a écrit : > > On Sun, Jan 8, 2023 at 1:37 PM Thibaut wrote: >>> Le 8 janv. 2023 à 21:53, Christian Marangi a écrit : >>> >>> On Sun, Jan 08, 2023 at 09:00:58PM +0100, Petr Štetiar wrote: […] include $(INCLUDE_DIR)/target.mk +

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-08 Thread Brian Norris
On Sun, Jan 8, 2023 at 1:37 PM Thibaut wrote: > > Le 8 janv. 2023 à 21:53, Christian Marangi a écrit : > > > > On Sun, Jan 08, 2023 at 09:00:58PM +0100, Petr Štetiar wrote: > >> Brian Norris [2023-01-06 23:49:44]: > >> > >> Hi Brian, > >> > >>> I need to express a per-target dependency on the 'b

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-08 Thread Thibaut
> Le 8 janv. 2023 à 21:53, Christian Marangi a écrit : > > On Sun, Jan 08, 2023 at 09:00:58PM +0100, Petr Štetiar wrote: >> Brian Norris [2023-01-06 23:49:44]: >> >> Hi Brian, >> >>> I need to express a per-target dependency on the 'base64' utility, and >>> that's seemingly impossible to do

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-08 Thread Christian Marangi
On Sun, Jan 08, 2023 at 09:00:58PM +0100, Petr Štetiar wrote: > Brian Norris [2023-01-06 23:49:44]: > > Hi Brian, > > > I need to express a per-target dependency on the 'base64' utility, and > > that's seemingly impossible to do for busybox. > > --- a/target/linux/ipq806x/Makefile >

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-08 Thread Petr Štetiar
Brian Norris [2023-01-06 23:49:44]: Hi Brian, > I need to express a per-target dependency on the 'base64' utility, and > that's seemingly impossible to do for busybox. --- a/target/linux/ipq806x/Makefile +++ b/target/linux/ipq806x/Makefile @@ -15,6 +15,11 @@ KERNEL_PATCH

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-08 Thread edgar . soldin
dependency on the 'base64' utility, and that's seemingly impossible to do for busybox. Pull in coreutils to make that easier. Signed-off-by: Brian Norris We still need to think of a correct solution for this... coreutils is an option but wonder if a better one is openssl... Act

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-07 Thread Thibaut
wrote: >>>> I need to express a per-target dependency on the 'base64' utility, and >>>> that's seemingly impossible to do for busybox. Pull in coreutils to make >>>> that easier. >>>> >>>> Signed-off-by: Brian Norris &

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-07 Thread Robert Marko
ility, and > >> that's seemingly impossible to do for busybox. Pull in coreutils to make > >> that easier. > >> > >> Signed-off-by: Brian Norris > > > > We still need to think of a correct solution for this... coreutils is an > > option bu

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-07 Thread Thibaut VARÈNE
> Le 7 janv. 2023 à 15:06, Christian Marangi a écrit : > > On Fri, Jan 06, 2023 at 11:49:44PM -0800, Brian Norris wrote: >> I need to express a per-target dependency on the 'base64' utility, and >> that's seemingly impossible to do for busybox. Pull

Re: [PATCH v2 6/7] coreutils: Import from packages feed

2023-01-07 Thread Christian Marangi
On Fri, Jan 06, 2023 at 11:49:44PM -0800, Brian Norris wrote: > I need to express a per-target dependency on the 'base64' utility, and > that's seemingly impossible to do for busybox. Pull in coreutils to make > that easier. > > Signed-off-by: Brian Norris We st

[PATCH v2 6/7] coreutils: Import from packages feed

2023-01-07 Thread Brian Norris
I need to express a per-target dependency on the 'base64' utility, and that's seemingly impossible to do for busybox. Pull in coreutils to make that easier. Signed-off-by: Brian Norris --- * New in v2 (no changes since v1) package/utils/coreutils/Makefile

Re: Re: coreutils

2022-01-24 Thread Sergey Ponomarev
If you are talking about the https://github.com/uutils/coreutils project then it's far from completion. Also the Rust compiler is not so good for MIPS targets which are used by most routers. OpenWrt is based on BusyBox utils which is a clone of coreutils but with many options stripped to

Re: coreutils

2021-12-06 Thread Paul D
On 2021-12-06 14:33, Paul Spooren wrote: On 6. Dec 2021, at 13:37, Paul D wrote: Could coreutils in rust be interesting for this project? (memory safety, at least at a later date) I think long term rust routers would be of interest, did you already do some rather research? From a first

Re: coreutils

2021-12-06 Thread Paul Spooren
> On 6. Dec 2021, at 13:37, Paul D wrote: > > Could coreutils in rust be interesting for this project? (memory safety, at > least at a later date) I think long term rust routers would be of interest, did you already do some rather research? From a first looks it seem to miss a

Re: coreutils

2021-12-06 Thread Paul D
They use MIT license, however. https://github.com/uutils/coreutils ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

coreutils

2021-12-06 Thread Paul D
Could coreutils in rust be interesting for this project? (memory safety, at least at a later date) They use MIT license, however. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 4/8] tools/coreutils: add cygwin compatibility

2019-10-07 Thread Rosen Penev
From: Alexey Loukianov Properly handle ".exe" suffix on CYGWIN hosts. Signed-off-by: Alexey Loukianov (rebased) Signed-off-by: Rosen Penev --- tools/coreutils/Makefile | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/tools/coreutils/Makefile b/tools

[OpenWrt-Devel] [PATCH] upgrade coreutils

2012-02-18 Thread Luka Perkov
coreutils upgrade to version 8.15 and refresh COREUTILS_APPLETS list. I would also like to maintain this package. Signed-off-by: Luka Perkov --- Index: utils/coreutils/patches/001-no_docs_man_tests.patch === --- utils/coreutils

Re: [OpenWrt-Devel] [PATCH] ipkg-make-index: replace awk calls with stat and cut (from coreutils)

2011-10-28 Thread Raphaël HUCK
Le Thu, 27 Oct 2011 17:03:05 +0200, Florian Fainelli a écrit : > On Thursday 27 October 2011 16:45:11 Raphaël HUCK wrote: > > Hi all, > > > > this patch replaces awk calls with stat and cut, which are both > > included in coreutils. > > Have you verified this w

Re: [OpenWrt-Devel] [PATCH] ipkg-make-index: replace awk calls with stat and cut (from coreutils)

2011-10-27 Thread Florian Fainelli
On Thursday 27 October 2011 16:45:11 Raphaël HUCK wrote: > Hi all, > > this patch replaces awk calls with stat and cut, which are both > included in coreutils. Have you verified this works on BDS platforms, as well as MacOSX? -- Florian ___

[OpenWrt-Devel] [PATCH] ipkg-make-index: replace awk calls with stat and cut (from coreutils)

2011-10-27 Thread Raphaël HUCK
Hi all, this patch replaces awk calls with stat and cut, which are both included in coreutils. Thanks, -Raphaël --- scripts/ipkg-make-index.sh.orig 2011-10-27 16:08:33.149886769 +0200 +++ scripts/ipkg-make-index.sh 2011-10-27 16:13:25.593893720 +0200 @@ -12,8 +12,8 @@ which md5sum >/dev/nul

[OpenWrt-Devel] coreutils-uptime not working?

2011-03-20 Thread Philip Prindeville
Has coreutils-uptime ever worked? I recently tried turning it on: root@OpenWrt:~# uptime uptime: couldn't get boot time: No such file or directory root@OpenWrt:~# root@OpenWrt:~# who root@OpenWrt:~# users root@OpenWrt:~# And evidently who and users are also broken, since root on the co

Re: [OpenWrt-Devel] coreutils as default package is always built

2011-03-14 Thread Daniel Dickinson
On Mon, 14 Mar 2011 17:07:22 +0100 "Thomas Langer" wrote: > with commit 26026 (https://dev.openwrt.org/changeset/26026) > I see the coreutils package downloaded and build in my defconfig. > > With the following patch, this default selection really does no build, >

[OpenWrt-Devel] coreutils as default package is always built

2011-03-14 Thread Thomas Langer
Hello Everybody, with commit 26026 (https://dev.openwrt.org/changeset/26026) I see the coreutils package downloaded and build in my defconfig. With the following patch, this default selection really does no build, as long as no "plugin" is selected. Best regards, Thomas Signed-off-

Re: [OpenWrt-Devel] coreutils changes

2011-02-22 Thread Philip Prindeville
On 2/22/11 12:13 PM, Jonathan McCrohan wrote: Hi Philip, On 22/02/2011 19:01, Philip Prindeville wrote: On 2/22/11 1:05 AM, Florian Fainelli wrote: Hello Philip, On Tuesday 22 February 2011 03:02:58 Philip Prindeville wrote: Did anything change in coreutils that would stop it from working

Re: [OpenWrt-Devel] coreutils changes

2011-02-22 Thread Jonathan McCrohan
Hi Philip, On 22/02/2011 19:01, Philip Prindeville wrote: On 2/22/11 1:05 AM, Florian Fainelli wrote: Hello Philip, On Tuesday 22 February 2011 03:02:58 Philip Prindeville wrote: Did anything change in coreutils that would stop it from working with "make defconfig"? Because I

Re: [OpenWrt-Devel] coreutils changes

2011-02-22 Thread Philip Prindeville
On 2/22/11 1:05 AM, Florian Fainelli wrote: Hello Philip, On Tuesday 22 February 2011 03:02:58 Philip Prindeville wrote: Did anything change in coreutils that would stop it from working with "make defconfig"? Because I have in my ~/.openwrt/defconfig file: ... CONFIG_PACKAGE_li

Re: [OpenWrt-Devel] coreutils changes

2011-02-22 Thread Florian Fainelli
Hello Philip, On Tuesday 22 February 2011 03:02:58 Philip Prindeville wrote: > Did anything change in coreutils that would stop it from working with "make > defconfig"? > > Because I have in my ~/.openwrt/defconfig file: > > ... > CONFIG_PACKAGE_libpthread

[OpenWrt-Devel] coreutils changes

2011-02-21 Thread Philip Prindeville
Did anything change in coreutils that would stop it from working with "make defconfig"? Because I have in my ~/.openwrt/defconfig file: ... CONFIG_PACKAGE_libpthread=y CONFIG_PACKAGE_coreutils=y CONFIG_PACKAGE_coreutils-users=y CONFIG_PACKAGE_coreutils-uptime=y CONFIG_PACKAGE_coreu

Re: [OpenWrt-Devel] coreutils version bump

2011-02-09 Thread Florian Fainelli
On Thursday 23 December 2010 20:31:56 Alexander Khryukin wrote: > Good day. > coreutils version bump > Signed-off-by: Alexander Khryukin Applied in r25432, thanks Alexander! -- Florian ___ openwrt-devel mailing list openwrt-devel@lists.op

[OpenWrt-Devel] coreutils version bump

2010-12-23 Thread Alexander Khryukin
Good day. coreutils version bump Index: feeds/packages/utils/coreutils/Makefile === --- feeds/packages/utils/coreutils/Makefile(revision 24752) +++ feeds/packages/utils/coreutils/Makefile(working copy) @@ -8,12 +8,12