emmanuelakbi commited on
Commit
d8e87af
·
1 Parent(s): 11bc8fb

Bump gradio to 6.x to fully resolve aiofiles conflict

Browse files

gradio 5.x still caps aiofiles<24 in its metadata; only gradio 6
dropped the aiofiles dependency entirely. crewai 1.14 stays at the
declared aiofiles~=24.1 pin. The app and frontend tests pass under
gradio 6.14 with no code changes required.

Files changed (2) hide show
  1. README.md +1 -1
  2. requirements.txt +5 -4
README.md CHANGED
@@ -4,7 +4,7 @@ emoji: 🤖
4
  colorFrom: green
5
  colorTo: blue
6
  sdk: gradio
7
- sdk_version: 5.1.0
8
  app_file: app.py
9
  pinned: false
10
  license: mit
 
4
  colorFrom: green
5
  colorTo: blue
6
  sdk: gradio
7
+ sdk_version: 6.14.0
8
  app_file: app.py
9
  pinned: false
10
  license: mit
requirements.txt CHANGED
@@ -5,10 +5,11 @@
5
  # Pins here stay tight where they matter and relax where the resolver
6
  # needs room (notably gradio vs crewai on aiofiles).
7
 
8
- # Gradio frontend framework. Pinned to 5.x because 4.44 caps aiofiles<24
9
- # and crewai 1.14 pins aiofiles~=24.1 — the two are resolver-incompatible
10
- # in a single environment.
11
- gradio>=5.0,<6
 
12
 
13
  # Agent orchestration
14
  crewai==1.14.4
 
5
  # Pins here stay tight where they matter and relax where the resolver
6
  # needs room (notably gradio vs crewai on aiofiles).
7
 
8
+ # Gradio frontend framework. Pinned to 6.x because gradio 4.44 / 5.x cap
9
+ # aiofiles<24 while crewai 1.14 pins aiofiles~=24.1 — they are
10
+ # resolver-incompatible. Gradio 6 dropped the aiofiles dependency
11
+ # entirely so both packages can coexist.
12
+ gradio>=6.0,<7
13
 
14
  # Agent orchestration
15
  crewai==1.14.4