Control: fixed 6.5~rc4-1~exp1
I believe we've finally tracked down the root cause of this issue, and
a set of patches has come across that should resolve it.
I haven't yet tried these latest patches but instead an earlier trial
based upon v6.4-rc4, which worked well.
Two patch sets resolve the issue; I haven't tried just the
This patch, which now seems upstreamed, does not seem to resolve the
IRQ warnings for me. Tried 6.3.5, and 6.4-rc4, and they persist.
On Thu, May 18, 2023 at 6:26 AM Diederik de Haas wrote:
>
> On Thursday, 18 May 2023 13:19:52 CEST Diederik de Haas wrote:
> > I _think_ I got the right commit
Source: grub-common
Severity: normal
X-Debbugs-Cc: nmschu...@gmail.com
On an UEFI system with LUKS2/argon2 encrypted root (/), LUKS1/PBKDF encrypted
boot (/boot) (and/via GRUB early crypto),
if desktop-base is installed (providing GRUB [emerald] theme),
mkconfig/05_debian_theme will cause GRUB
Source: linux
Severity: wishlist
X-Debbugs-Cc: nmschu...@gmail.com
For example, the Pine64 ROCKPro64 single board computer with the
Rockchip RK3399 SoC is unable to leverage hardware video codec
acceleration without these kernel modules.
Importantly, please enable CONFIG_VIDEO_ROCKCHIP_VDEC.
This issue is still present. The suggested fix seems to work well
(see the patch in the OP).
One must include the original DAEMON_OPTS when overriding them (-f
flag), but that's not so bad.
Source: cryptsetup-udeb
Severity: normal
Tags: d-i
X-Debbugs-Cc: guil...@debian.org
Using cryptsetup to securely wipe a device before enabling encryption, e.g.:
cryptsetup --key-file /dev/random open --type plain /path/to/device
container
fails on my system during install, using the latest
Package: wdisplays
Version: 1.0-1
Severity: important
Tags: patch
Under Sway v1.5 as packaged in Debian, wdisplays immediately exits with code 1
and does not display any dialog.
This seems to be due to a protocol (version) change that wdisplays does not
expect or handle. It appears this
Package: cryptsetup-initramfs
Version: 2:2.0.3-4
Severity: important
Dear Maintainer,
The copy_file routine in hook-functions echo's information ('Adding ... ') about
the copy to stdout in verbose mode. This makes its way to the crypttab in the
initramfs, as part of copying keyfiles from
This problem still persists, on DI Buster Alpha 2 and Alpha 3. Working
around this even as an expert is rather cumbersome; one has to play
with the various menu options, partially configuring disks/partitions
etc., to load the necessary cryptsetup components (and dependencies,
like awk for
I found that, with all versions since (and including) chromium
63.0.3239.84-1, Chromium would crash (SIGSEGV) shortly after startup or
immediately at startup.
Initially, I found that disabling the uMatrix extension I have installed
(from the Chrome Web Store) would avoid the crashes. That
Package: anacron
Version: 2.3-23
Severity: wishlist
Tags: patch
Content-Type: multipart/mixed; boundary="===2253939264364133980=="
MIME-Version: 1.0
From: Nathan Schulte <nmschu...@gmail.com>
To: Debian Bug Tracking System <sub...@bugs.debian.org>
Subject: anacr
Hi Sean,
On 10/11/2016 06:37 PM, Sean Whitton wrote:
My Debian to-do list is presently quite long. As a result, I will not
be able to look into this for several weeks. However, if someone else
were to prepare a package, I would be happy to provide a review of their
packaging much sooner.
Package: wnpp
Severity: wishlist
* Package name: ublock-origin-websocket
Version : 1.1
* URL : https://github.com/gorhill/uBO-WebSocket
* License : GPLv3
Programming Lang: JavaScript
Description : companion to uBlock Origin to expose websocket connections
Package: keepassx
Version: 2.0-1
Severity: wishlist
With the v2.0 re-write of KeePassX, many of the features from v0.4.3 have
changed or are missing. v2.0 is under active
development, and new features are being added an released weekly. It would be
great if we could get access to those new
Source: freerdp
Version: 1.1.0~git20140921.1.440916e+dfsg1-5
Severity: normal
Tags: upstream patch
It seems there's a bug with connecting to certain Windows Server hosts w/
certain configurations. Upstream has already
fixed the issue, and I've supplied a version of the patch that should apply
Package: python3-udiskie
Version: 1.2.0-2
Severity: grave
Justification: renders package unusable
After installing python3-udiskie and attempting to run the bin, it errors with
the following message:
$ udiskie
Traceback (most recent call last):
File /usr/bin/udiskie, line 5, in module
PM, Nathan Schulte wrote:
As it stands, it appears the installer requires you to create a
partition table on the Encrypted Volumes and does not allow using the
entire device alone. I believe this feature was available in the past,
though I could be mis-recalling. Either way, I was able to do
Package: xbacklight
Version: 1.2.1-1
Severity: normal
Running xbacklight in get mode, causes the reported brightness (and
the value in /sys/class/backlight/intel_backlight/brightness) to be
decreased by one. The reported percentage decreases each time. Using
-set -dec and -inc seem to work
Control: fixed 3.14.4-1
Bug seems to have disappeared on 3.14.4-1. I reported this upstream;
not sure how to handle closing/resolving of the reports; apologies if
the mark-fixed is incorrect.
--
Nate
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On Wed, Apr 9, 2014 at 7:23 AM, Ben Hutchings b...@decadent.org.uk wrote:
Please report this upstream at https://bugs.freedesktop.org under
product 'DRI', component 'DRM/Radeon'. Let us know the URL for the bug
report so we can track it.
Done; bug is at
Package: broadcom-sta-dkms
Version: 6.30.223.141-1
Severity: important
After putting up with issues from the brcmsmac driver, I decided to give
the proprietary driver a go. The (wl) driver seems to work just as well
as
the brcmsmac driver on the prior packaged 3.12 kernel, but is more or
less
Hi all. Any movement on this? It sounds like the solution has been
identified, and the accessibility issue considered [moot].
What's next?
Package: src:linux
Version: 3.9.6-1
Severity: important
While using the network interface, the device/link/connection seems to
randomly drop out. The kernel log shows the following brcmsmac logspam.
There is a related bug report for Fedora which has a few comments, found
here: --
Package: texlive-full
Version: 2012.20120611-5
Severity: normal
Dear Maintainer,
Should texlive-full depend upon texlive? I installed texlive-full,
expecting to get the full distribution. However, upon installing and
running LyX, I received complaint that LyX was unable to find TeX Live's
Jonathan Nieder wrote:
That report is about an LVDS failure. Your output is S-Video. Bugs
are cheap --- please don't be shy about filing a new one when
appropriate.
John, my report is not about S-Video. My report is about the built in
display (LVDS) presenting a black screen, as is both the
Jonathan Nieder wrote:
In particular, if I understand correctly then you specifically ruled
out the cause of bug#680737 by checking that increasing the backlight
does not restore the screen image.
I went through and re-grok'd 680737. It looks like you're indeed
correct, the original reporter
Nathan Schulte wrote:
This report is for a different bug, which has since been resolved, but
they note in the discussion the same issue as the bug I've reported:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686284
Ignore this comment; the KMS issue described is also not the same.
I must
Package: src:linux
Version: 3.2.35-2
Followup-For: Bug #680737
I'm having the same issue with a Dell Vostro 1500 laptop; specs below.
Gedalya geda...@gedalya.net noted that his/her issue seemed to be related to
brightness and was simply a matter of the brightness being turned all of the
way
Package: src:linux
Version: 3.2.35-2
Severity: minor
Upon boot, with no ALSA present (package: alsa-base), the kernel outputs this
harmless message:
Error: Driver 'pcspkr' is already registered, aborting...
This was detailed in bug 495674, and was addressed by a blacklisting of the
snd-pcsp
On Tue, Jan 8, 2013 at 1:52 PM, Julien Cristau jcris...@debian.org wrote:
Thanks. That seems to detect the SVIDEO as consistently disconnected,
so I don't know why forcing it off makes a difference :/
Attached is the dmesg with drm.debug=6 and video=SVIDEO-1:d
It's interesting that the
found 680737 3.2.35-2
found 680737 3.7.1-1~experimental.2
quit
Nathan Schulte wrote:
I just want to note that this bug still exists in my version. I will test
newer kernels from experimental, but I suspect they will resolve this issue.
I tried with 3.7-trunk from experimental. It appears
Apologies for all of the messages; I should have waited and sent one
at a time. Oh well.
Interestingly: I hibernated the machine while booting with the
3.7-trunk kernel without any workarounds. Upon coming back from the
hibernate, the display/console are working as expected.
--
Nate
--
To
On Wed, Jan 9, 2013 at 12:20 AM, Jonathan Nieder jrnie...@gmail.com wrote:
# different bug
notfound 680737 linux/3.2.35-2, linux/3.7.1-1~experimental.2
quit
Thanks for testing. Please report this upstream
and file a new bug here mentioning the upstream bug number so we can
track it.
Can
Package: src:linux
Version: 3.7.1-1~experimental.2
Severity: normal
I'm experiencing an issue with my Intel GM945 (i915 driver) based system; a
Dell Vostro 1500 laptop.
When booting from a fresh install of Debian Sid, as well as with the 3.7 kernel
from experimental, I am usually presented
found 697741 linux/3.2.35-2
quit
I'm not sure how to take care of noting the upstream bug report in the
BTS; I'll leave that to someone with more experience.
--
Nate
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Jonathan Nieder wrote:
That your symptoms are completely different from Roland's. ;-)
Actually it's much more convenient to track each report separately
even when symptoms overlap except when very confident that one fix
will take care of everything.
My symptoms sounded nearly identical to me.
Package: brasero
Version: 3.4.1-4
Severity: important
I have a backup of an audio CD created with ExactAudioCopy, which is a
set of 16-bit FLAC files with a .cue cuesheet. The cuesheet is encoded
with UTF-16LE, and contains the appropraite BOM, as well as DOS line
endings. Opening this with
On Aug 26, 2012 12:57 PM, Jeff Licquia licquia
licq...@debian.org@licq...@debian.org
debian.org licq...@debian.org wrote:
Have you had a chance to try this out?
I have. Check out my reply on the bug report, just prior to yours.
--
Nate
Package: update-manager-gnome
Version: 0.200.5-2
Followup-For: Bug #562233
First off, I belive this bug is actually a specific instance of a more
general bug, another specific instance of which is the Bug #590800 of
the update-manager package.
I believe this bug only occurs when the Description
I noticed this bug during an upgrade from stable to unstable (Squeeze
to Sid). This bug is still open. Is this actually a bug, or is this
being considered intended behavior? I personally am with the reporter
in that I think a colon is just fine here instead of the encoding
presented. Also, if
tags 504654 + unreproducible
quit
On Wed, Aug 8, 2012 at 7:24 AM, Nathan Schulte nmschu...@gmail.com wrote:
I wasn't subscribed to this bug report, so I didn't see the updates. I no
longer have this specific setup, so I cannot verify that I still receive the
error. I have a setup available
Hi folks.
I've been requested to report a bug that I've discovered regarding
troubles with the rt2500pci kernel module. As the subject suggests,
with my card I'm receiving very poor transfer rate and link quality.
The Debian bug report for this issue can be found here:
I found the following bug report and associated mailing list thread of
interest.
https://bugzilla.kernel.org/show_bug.cgi?id=13362
http://thread.gmane.org/gmane.linux.kernel/840990
After reading the above, I decided to play around a bit more. I booted
the 2.6.32 kernel and immediately tried
I wasn't subscribed to this bug report, so I didn't see the updates. I
no longer have this specific setup, so I cannot verify that I still
receive the error. I have a setup available at work that I can try to
reproduce this error, and if so, I will test with the newer releases of
synergy
Package: linux-2.6
Version: 2.6.32-45
Severity: normal
I am receiving a similar issue as the bug reporter. As can be seen
below, my kernel log is spammed with the same error. Using the Debian
Squeeze ISO as a baseline, the machine tops out downloading the ISO at
around 80 kb/s. Another
Jonathan Nieder wrote:
Thanks! I'm setting you as the new contact for this bug.
Okay, sounds good. I hope I can help solve this.
Can you try a 3.x.y kernel from squeeze-backports, sid, or
experimental? The only packages from outside squeeze that should be
needed for this test aside from
Nathan Schulte wrote:
I am receiving a similar issue as the bug reporter. As can be seen
below, my kernel log is spammed with the same error. Using the Debian
Squeeze ISO as a baseline, the machine tops out downloading the ISO at
around 80 kb/s. Another machine on the same access point via
Package: xserver-xorg-input-wacom
Version: 0.10.5+20100416-1
When using Relative Mode, pressure sensitivity no longer works (and
possibly other sensitivities, my tablet doesn't support them). This is
fixed in upstream, as shown here: --
Attached is a patch with the fixed noted prior.
--- src/wcmCommon.c 2010-04-17 02:58:43.0 -0500
+++ wcmCommon.c 2011-01-29 20:50:14.757354971 -0600
@@ -832,6 +832,17 @@
{
x -= priv-oldX;
y -= priv-oldY;
+ z -= priv-oldZ;
+
Package: grub-pc
Version: 1.98-1
Please see https://savannah.gnu.org/bugs/?29739
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Subject: Synergy bug #495498 still exists in version 1.3.1-5
Followup-For: Bug #382063
Package: synergy
Version: 1.3.1-5
I'm still having troubles with this bug.
My setup for synergy is as follows:
Windows XP SP3 32bit server on left
Debian lenny amd64 client on right
I am running OpenSSH on
52 matches
Mail list logo