Package: glmark2-es2-drm
Version: 2023.01+dfsg-1
When installing glmark2-es2-wayland, or glmark2-es2-drm, or glmark2-es2-x11,
the package libgles2 is not pulled in as a dependency. As a result,
glmark2-es2-* cannot run, and prints the following error:
$ glmark2-es2-drm
Warning: DRM_CAP_ASYNC_PAGE
Hello,
this bug was ultimately caused by /etc/profile.d/pyenv.sh, which Debian ships.
It sets the PYENV_ROOT to a directory that the user cannot actually write to,
in the users environment.
This basically breaks all of pyenv for non-root usage; installing versions
no longer works even if the shi
Please disable panvk again. It is a known broken driver.
Upstream does not want you to ship it, as you can see from these IRC logs:
https://oftc.irclog.whitequark.org/panfrost/2023-09-07#1694108135-1694109081;
, I'm interested in this for PINE64's Quartz64 lineup of ARM
devices. Since these are development boards that expose non-enumerating
protocols like I2C and SPI, the use of device tree overlays is pretty
much required to add additional modules to the board.
Kind regards,
Nicolas Frattaroli
u-boot-update would try to load U_BOOT_FDT from U_BOOT_FTD_DIR
in all cases, which is a hindrance to specifying an absolute
unversioned path for a device tree file to be loaded from.
Change this so that the first thing the script tries with regards
to generating the FDT line is to check whether U_
On Sonntag, 4. Dezember 2022 18:20:38 CET Jonas Smedegaard wrote:
> Quoting Nicolas Frattaroli (2022-12-04 18:03:30)
> > if I specify U_BOOT_FDT to be an absolute path, it won't be
> > used by u-boot-update if the default version FDT directory
> > exists.
> >
>
Package: u-boot-menu
Version: 4.1.0
Severity: normal
X-Debbugs-Cc: frattaroli.nico...@gmail.com
Dear Maintainer,
if I specify U_BOOT_FDT to be an absolute path, it won't be
used by u-boot-update if the default version FDT directory
exists.
u-boot-update should check as the very first thing for F
7 matches
Mail list logo
