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
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
; > 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 busybox, core
he 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, but just happens
ified 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 ideal and easy to inc
etty 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 always present or as a safe t
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
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:
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]
> 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
+
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
> 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
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
>
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 @@
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... Actually we have
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
>>>
&g
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
> 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 in coreutils t
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 still need to thi
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 | 153
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 keep
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
> 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
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
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
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
coreutils upgrade to version 8.15 and refresh COREUTILS_APPLETS list.
I would also like to maintain this package.
Signed-off-by: Luka Perkov open...@lukaperkov.net
---
Index: utils/coreutils/patches/001-no_docs_man_tests.patch
Le Thu, 27 Oct 2011 17:03:05 +0200,
Florian Fainelli flor...@openwrt.org 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 works on BDS platforms
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/null 21
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
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 console
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-by: Thomas
On Mon, 14 Mar 2011 17:07:22 +0100
Thomas Langer thomas.lan...@gmx.net 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,
as long
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=y
CONFIG_PACKAGE_coreutils=y
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 have in my
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
36 matches
Mail list logo
