Package: raspi-firmware
X-Debbugs-Cc: deb-b...@vsta.org
Version: 1.20220120+ds-1
Severity: important
Dear Maintainer,
After a dist-upgrade on 2/21/2021, DRM is apparently broken
on my 8gb Pi4:
[6.419137] vc4-drm gpu: failed to bind fe40.hvs (ops vc4_hvs_ops
[vc4]): -2
[6.439133] vc4
Package: krita
Version: 1:4.4.8+dfsg-1+b1
Severity: important
X-Debbugs-Cc: deb-b...@vsta.org
Dear Maintainer,
krita aborts when trying to load/display pretty much any jpg I've tried.
It starts up and displays its own menu/splash/etc but then bombs at about
the point where the actual graphic imag
I needed this for a recent project, FWIW here's the patches I
applied.
*** ./eyeD3 2017/07/24 14:31:27 1.1
--- ./eyeD3 2017/07/24 16:02:40
***
*** 1,3
--- 1,4
#!/usr/bin/env python
+ # vim: sw=3
Package: lynx
Version: 2.8.9dev1-2+deb8u1
Severity: normal
RFC 6265 cleared up some older ambiguities with respect to different
ports on the same web server host. Specifically:
> cookies for a given host are shared across all the ports on that host, even
> though the usual "same-origin policy" u
open_by_handle_at(2) (CONFIG_FHANDLE)
- timerfd_create(2) (CONFIG_TIMERFD)
- epoll_create(2) (CONFIG_EPOLL)
to the release notes. I would've checked and taken care of the kernel
configuration if it had been noted in the release notes.
Thanks...
Andy Valencia
Package: udev
Version: 175-7.2
Severity: serious
Justification: Policy 7.2
Dear Maintainer,
* What led up to the situation?
Upgrading my armhf system Wheezy->Jessie. Did the usual searches for
dependencies and what-not. Did a pre-download, then ran the upgrade.
About half the packages were
[Jack Ryan writes:]
> Having a commandline "--proxy" option would ensure that the users
> expectation is known to the tool. Then if anything is wrong with the
> users syntax or something goes wrong with the proxy, lynx can fail
> safely and print an error.
If user safety is the priorit
[Jack Ryan writes:]
> These commands cause lynx to hang:
> env http_proxy=http://127.0.0.1:8118/ lynx http://check.torproject.org/
Trying it out here...
This proxies me to http on torproject, but then he redirects to https.
No proxy configured for that protocol--so I get the page d
[Axel Beckert writes:]
> * according to the man page there is no https_proxy variable,
> * http_proxy should work for https as well as I read it,
> * it doesn't work with the mentioned host but http instead of https
> for me either.
I read lynx as thinking of the world as proto://path
---
This bug just bit me, up-to-date Wheezy.
So... does nobody care that incremental backups are broken
on Debian? I know, this is just a second order effect of
nobody on dump.sf.net caring that their incremental backup
tool only works if the backups are not incremental. But
my confi
Package: dump
Version: 0.4b44-1
Severity: normal
Dear Maintainer,
(Hi, Bdale! We have interacted in the past in the world of Forth.)
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
I have some disks brought over to a new server, where th
11 matches
Mail list logo
