Updating rclone and non-free dependencies

Updating rclone and non-free dependencies

[Sharlatan Hellseher]

[-- Attachment #1: Type: text/plain, Size: 680 bytes --]


Hi,

Thanks for taking the upgrade flag.

The go-team branch contains changes to importer which makes recursive
import much easier.

May you elaborate on non-free software please?

Guix has aws-sdk-go and aws-sdk-go-v2 for a long (5+y) time the license
is asl2.0 (Apache License) as most of the golang code are Expat (MIT).

- https://github.com/aws/aws-sdk-go?tab=Apache-2.0-1-ov-file#readme
- https://github.com/aws/aws-sdk-go-v2?tab=Apache-2.0-1-ov-file#readme
- https://github.com/Azure/azure-sdk-for-go?tab=MIT-1-ov-file#readme

I did estimation on packaging effort for rclone and restic both have
intersecting list of dependencies and they are about 250 in total.

--
Oleg

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Updating rclone and non-free dependencies

[Attila Lendvai]

> The go-team branch contains changes to importer which makes recursive
> import much easier.


i have some extensive changes to the go importer that is on my TODO to update and re-submit:

https://issues.guix.gnu.org/55242

i made these commits when i was importing some projects with some 100+ dependencies in their transitive closures.

could you please say a few words about the plans/status of the go-team branch?

and if i get to working on this again, then i guess i should rebase it on the go-team branch, right?

-- 
• attila lendvai
• PGP: 963F 5D5F 45C7 DFCD 0A39
--
“If you suffer it is because of you, if you feel blissful it is because of you. Nobody else is responsible – only you and you alone. You are your hell and your heaven too.”
	— Osho (1931–1990)

Re: Updating rclone and non-free dependencies

[Sharlatan Hellseher]

[-- Attachment #1: Type: text/plain, Size: 1384 bytes --]


Hi Attila,

I've pushed patches adjusting import from
<https://issues.guix.gnu.org/69827> proposed by Christina O'Donnell
<cdo@mutix.org>. As you may check the thread - all recent work on
improving import are mentioned and #69827 looks more tempting to be
applied as it implements logic to work with monorepo, stared to be
popular in Golang projects.

Recursive import did not break for a large chain for me, up to 400 inputs.

Update/unbundle stats:

- https://github.com/spf13/afero 1.2.2->1.11.0 require +209 packages
- https://github.com/rclone/rclone 1.53.2->1.68.0 require +360 packages
- https://github.com/restic/restic 0.9.6->0.17.1 requires +237 packages

- https://github.com/ipfs/boxo to unbundle from Kubo
- https://github.com/42wim/matterbridge 1.26.0 to unbundle, breaks on
some network issue on 330 something input

It gives me some confident to keep that change (#69827).

go-team contains updates of golang-build module which require to rebuild
most of the dependent packages.

There is also a patch series fixing issue with embed files
<https://issues.guix.gnu.org/73299>.

I'd like to merge #73299 and resolve all packages where needed, then the
branch is ready for review and hope soonish merge into master.

Containing changes will bring more smooth importing experiance and groud
work for final set of packages for Prometheus which I about to submit.

--
Oleg

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Updating rclone and non-free dependencies

[Superfly Johnson]

Hello there, I've been working on a patchset to update rclone to its 
latest version. The latest version of rclone has several free software 
dependencies that depend on non-free software.

For instance every go libraries for microsoft Azure or AWS.

Should I add them anyways? Or maybe we should instead pull debian's 
patchset for rclone as it removes the non-free (contrib in debian terms) 
dependencies.