Relax requirement on Req

[mat-hek]

Even though Req is pre-1.0, the core parts of the API are generally stable, so given that Burrito isn't using any advanced features of Req, IMO the requirement for it can be relaxed. It will allow Burrito users to depend on newer versions of Req without Burrito updating it each time.

I checked the Req docs and it shouldn't break anything, wanted to verify by compiling cli_example, but it fails on main with

----> PHASE: :fetch
Custom build step!
Current Target: %Burrito.Builder.Target{debug?: true, erts_source: {:precompiled, [version: "26.2.5"]}, qualifiers: [], cross_build: true, os: :windows, cpu: :x86_64, alias: :windows}
--> Working directory: /var/folders/yd/26zlwh3n7m36yfpfjx60rkp40000gn/T/burrito_build_2A5F93534D4E717B
--> Resolving ERTS: {:precompiled, [version: "26.2.5"]}
--> Remote ERTS From Beam Machine: https://github.com/erlang/otp/releases/download/OTP-26.2.5/otp_win64_26.2.5.exe
--> Found matching cached ERTS, using that
--> Unpacked ERTS to: /var/folders/yd/26zlwh3n7m36yfpfjx60rkp40000gn/T/unpacked_erts_7837F3363850AEC0
----> PHASE: :patch
--> Replacing ERTS binaries...
** (FunctionClauseError) no function clause matching in IO.chardata_to_string/1

    The following arguments were given to IO.chardata_to_string/1:

        # 1
        nil

    Attempted function clauses (showing 2 out of 2):

        def chardata_to_string(string) when is_binary(string)
        def chardata_to_string(list) when is_list(list)

    (elixir 1.16.3) lib/io.ex:687: IO.chardata_to_string/1
    (elixir 1.16.3) lib/path.ex:662: Path.join/2
    (burrito 1.1.0) lib/steps/patch/copy_erts.ex:42: Burrito.Steps.Patch.CopyERTS.do_copy/2
    (burrito 1.1.0) lib/steps/patch/copy_erts.ex:20: Burrito.Steps.Patch.CopyERTS.execute/1
    (burrito 1.1.0) lib/builder/builder.ex:140: anonymous fn/3 in Burrito.Builder.run_phase/2
    (elixir 1.16.3) lib/enum.ex:2528: Enum."-reduce/3-lists^foldl/2-0-"/3
    (elixir 1.16.3) lib/enum.ex:987: Enum."-each/2-lists^foreach/1-0-"/2
    (burrito 1.1.0) lib/builder/builder.ex:88: Burrito.Builder.build/1

[mat-hek]

pinging @doawoo ;)

[doawoo]

Hey there! I'm letting CI run to verify this change.
My initial thought about that failed build is the cached already downloaded exe for Erlang is somehow corrupted in your burrito file cache. Try cleaning out everything in ~/Library/Caches/burrito_file_cache and rebuilding.

If CI passes I'll merge :)

[DnOberon]

Could we get this one merged in? I'm running into some issues with packages depending on newer req

[doawoo]

Merged! I'll roll a hex release in a bit

[DnOberon]

Thank you so much!

…

On Fri, Aug 23, 2024 at 4:06 PM Digit ***@***.***> wrote: Merged! I'll roll a hex release in a bit — Reply to this email directly, view it on GitHub <#151 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAFS4N3JA5ONLUW3KVIGYNTZS6I2XAVCNFSM6AAAAABMGEPFFSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBXG4ZTQNBZGE> . You are receiving this because you commented.Message ID: ***@***.***>

[doawoo]

Alright, all set, Burrito 1.1.1 should solve your issue :)

[DnOberon]

It did, excellent work thank you.

…

On Fri, Aug 23, 2024 at 4:49 PM Digit ***@***.***> wrote: Alright, all set, Burrito 1.1.1 should solve your issue :) — Reply to this email directly, view it on GitHub <#151 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAFS4N363BH3GB6OEQ5I6R3ZS6N6JAVCNFSM6AAAAABMGEPFFSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBXG44TCNJQGM> . You are receiving this because you commented.Message ID: ***@***.***>