NoGlutinConfigs
- Dominant language
- Rust
- Stars
- 30.6k
- Forks
- 2.1k
- Avg merge
- 1d 9h
- Merged PRs (30d)
- 72
Description
**Version**
- `eframe = { version = "0.22.0" }`
- OS: Debian 11 Kernel 5.10
- minimal reproducible example: https://github.com/IronOxidizer/gui-toolkit-benchmarks/tree/main/toolkits/Rust/egui
**Describe the bug**
eframe should only depend on `libgtk-3-0`, but for some reason, it depends on the dev library, `libgtk-3-dev`. I get the following error when launching my minimal egui + eframe application without `libgtk-3-dev`:
```
Error: NoGlutinConfigs(ConfigTemplate { color_buffer_type: Rgb { r_size: 8, g_size: 8, b_size: 8 }, alpha_size: 8, depth_size: 0, stencil_size: 0, num_samples: None, min_swap_interval: None, max_swap_interval: None, config_surface_types: WINDOW, api: None, transparency: false, single_buffering: false, stereoscopy: None, float_pixels: false, max_pbuffer_width: None, hardware_accelerated: None, max_pbuffer_height: None, native_window: Some(Xlib(XlibWindowHandle { window: 77594627, visual_id: 0 })) })
```
**To Reproduce**
Steps to reproduce the behavior:
1. Install `libgtk-3-0`
2. Launch the application
3. Error is thrown
**Expected behavior**
1. Install `libgtk-3-0`
2. Launch the application
3. Window is displayed
**Current workaround**
1. Install `libgtk-3-dev`
2. Launch the application
3. Window is displayed
Contributor guide
Research direction
Start with the minimal reproducible example linked in the issue and reproduce it on Debian 11 with only libgtk-3-0 installed. Inspect the eframe and egui dependency setup and compare the runtime behavior with the libgtk-3-dev workaround. Done means the application displays its window without requiring libgtk-3-dev.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 30/100