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]
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
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"
)
- 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 nore...@remailer.cpunk.us 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
[Jack Ryan nore...@remailer.cpunk.us 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
[Axel Beckert a...@debian.org 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
---
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
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
11 matches
Mail list logo
