Source: nvidia-graphics-drivers
Version: 510.73.08-1
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the
This bug also affects experimental version 510.47.03-1 - it looks like the
dependencies need updating on the experimental driver as well.
, just tell me what to
do.
Christian
On Wed, 2022-01-12 at 19:21 +0100, Michael Biebl wrote:
>
> Am 12.01.22 um 18:20 schrieb Christian Weeks:
> > I don't see anything in the journal, I've had a fairly long look. I do not
> > have
> > the coredump utility installed.
I don't see anything in the journal, I've had a fairly long look. I do not have
the coredump utility installed.
As I have mentioned, rebooting fixed whatever caused the problem during the
upgrade, so I have no idea how I can help you further.
In looking at my running system since, I notice that
The reboot fixed the issue - I now have a working computer again, though getting
to a reboot was a bit painful.
> systemctl reboot
Failed to reboot system via logind: Connection timed out
Failed to start reboot.target: Connection timed out
See system logs and 'systemctl status reboot.target' for
Package: systemd
Version: 250.2-1
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I upgraded my local sid installation, which was about a week out of
On Sat, 2020-06-27 at 04:35 +0200, Guilhem Moulin wrote:
> On Fri, 26 Jun 2020 at 20:39:32 -0400, Christian Weeks wrote:
> > After some more googling, it seems that the REAL culprit might be
> > libmount1.
>
> Should this be reassigned to util-linux/2.35.2-5 then?
I guess
at Mandriva found a similar problem:
https://github.com/ValveSoftware/steam-for-linux/issues/6861
Perhaps they might have a solution too?
Thanks
On Fri, 2020-06-26 at 11:40 -0400, Christian Weeks wrote:
> Attached is the output of the various console commands, as well
> as the backtrac
-06-26 at 17:23 +0200, Guilhem Moulin wrote:
> Control: tag -1 moreinfo
>
> Hi Christian,
>
> On Thu, 25 Jun 2020 at 21:58:43 -0400, Christian Weeks wrote:
> > I installed the newest version of libcryptsetup12.
>
> Unfortunately you appeared to file this bug using Bu
Package: libcryptsetup12
Version: 2:2.1.0-5+deb10u2
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
* What led up to the situation?
I installed the newest version of libcryptsetup12. Suddenly, minecraft would
not run!
Backtraces in gdb indicate that something
Package: obs-studio
Version: 25.0.3-0-g3c78a8aa-1
Severity: wishlist
Dear Maintainer,
OBS 25 supports the obs-browser plugin. Sadly, this is not an independently
buildable module, and needs to
be built as part of building the rest of OBS. I have had some conversations
with the developers on
Package: firefox
Version: 71.0-1
Followup-For: Bug #946249
Dear Maintainer,
KeepassXC is also experiencing this issue, tracked here
https://github.com/keepassxreboot/keepassxc-browser/issues/704
It should be noted that that github issue identifies an upstream bug with patch
that seems it
Fascinating. My local copy of the steam deb file was missing that file.
It only included /usr/share/applications (the directory) and not the
desktop file associated with it. The reinstall fixed it (redownloading
the deb?). Weird. I only filed the bug because it seemed to be
completely missing
Package: steam
Version: 1.0.0.56-2
Severity: normal
Dear Maintainer,
I seem to be missing a .desktop file to launch steam. I can run it from
the command line (/usr/games/steam is in $PATH), but there is no sign
of a .desktop file, so I can't find it in gnome anywhere. This seems to be
a
Source: pam
Version: 1.1.8-3.8
Severity: important
Dear Maintainer,
The SystemD 240 update has changed the handling of NOFILE for the init process
and processes it directly spawns.
See: https://github.com/systemd/systemd/pull/10244
Unfortunately, it seems that the patch above, which is
Source: freetype
Version: 2.8.1-0.1
Severity: important
Dear Maintainer,
I upgraded freetype from 2.8.0 to 2.8.1 today and font rendering in both
thunderbird and discord
took a really steep nosedive.
Freetype 2.8.0: https://imgur.com/8QLHYDK
Freetype 2.8.1: https://imgur.com/TtDN0pE
Thanks
Package: hexchat
Version: 2.12.3-4
Followup-For: Bug #848615
Hi
So this is still an apparent issue with latest sid from today (19/Dec/2016).
The problem is this bug
https://github.com/hexchat/hexchat/commit/4c178782a779f013fafab476506f7d4dae372b8a
which is caused by this bug:
Package: hexchat
Version: 2.12.3-4
Followup-For: Bug #848615
This is an addendum to my previous submission. Confirming that downgrading
libgdk-pixbuf2.0-0
to 2.36.0-1 (from stretch) fixes the missing icons problem.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
Package: empathy
Version: 3.12.11-3
Followup-For: Bug #824544
Dear Maintainer,
Same problem as submitter. If I run the empathy-call application separately, it
*mostly*
crashes, but on occasion, it does actually work, so I think this is a race
condition
where we lose 90% of the time.
Source: xserver-xorg-input-evdev
Version: 1:2.10.1-1
Followup-For: Bug #812927
Dear Maintainer,
The xserver-xorg-input-evdev package and xserver-xorg-input-all package have
both been completely removed. The lack of evdev
means that xserver is now unusable, as it is lacking the evdev driver for
Correction: Upstream bug filed:
https://bugzilla.gnome.org/show_bug.cgi?id=757883
Package: hicolor-icon-theme
Version: 0.13-1
Severity: normal
Dear Maintainer,
There is a newer upstream version available at
https://wiki.freedesktop.org/www/Software/icon-theme/ v0.15
Without this, some contemporary software such as corebird:
https://github.com/baedert/corebird fails
to work
Package: java-package
Version: 0.59
Severity: important
Make-jpkg is breaking the packaging of the embedded eclipse that runs jmc (Java
Mission Control). The tool will not run
from within the installed .deb file. It runs just fine from the tar extracted
directly onto disk.
Error message when
Filed upstream bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801904 since it seems
no one was looking here :(
Package: empathy
Version: 3.12.11-1
Severity: normal
Dear Maintainer,
I believe that since updating gstreamer to 1.6, I have not had functioning
outbound audio on telephone calls using empathy.
I am unable to test, since reverting gst to 1.4.5 (~jessie) is a mammoth task.
I've debugged the
Package: iceowl-extension
Version: 31.8.0-1~deb8u1
Severity: important
Dear Maintainer,
* What led up to the situation?
I recieved a calendar event in the Moscow timezone, and spent 30 minutes waiting
for others to join. The timezone data is an hour out:
There is an extension workaround provided at the bottom of upstream bug
https://bugzilla.mozilla.org/show_bug.cgi?id=1009894:
"calendar-timezones-1.2015a.xpi"
Installing this into Icedove on Jessie does resolve the issue, but you
have to disable cached events and refresh the calendar for the
Package: empathy
Version: 3.12.10-1
Severity: normal
Dear Maintainer,
Hi, I upgraded to gnome 3.16 from sid and latest empathy. It seems that
incoming voip calls no longer show any kind of popup
allowing me to answer the call, whereas they used to in gnome 3.14.
It appears that gnome 3.16 has
I have filed an upstream bug report at
https://bugzilla.gnome.org/show_bug.cgi?id=751439 for this issue.
I will try the fix I mention in 749844 to see if it makes a difference.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
I can confirm that the fix in upstream bug 749844 fixes the issue.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gnome-settings-daemon
Version: 3.16.2-3
Severity: important
Tags: upstream
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Upgrading from jessie to sid
* What exactly did you do (or not do) that was
Package: libmutter0e
Version: 3.14.0-1
Severity: important
File: libmutter0
Dear Maintainer,
When switching workspaces with gnome-shell 3.14, sometimes gnome-shell seems
to crash and then reload. Its very annoying.
I performed the steps in https://wiki.gnome.org/Projects/GnomeShell/Debugging
Package: gnome-shell
Version: 3.14.0-1
Severity: normal
Dear Maintainer,
Mutter is now shipping a restart helper program that provides for a smoother
gnome shell restart experience. Gnome-shell 3.14 doesn't depend on mutter, just
libmutter, and so the helper is not available by default.
Oct 09
Package: libvirt-daemon-system
Version: 1.2.7-6
Severity: normal
Dear Maintainer,
I just ran a dist-upgrade to uptake the latest sid updates. libvirt appears
to have upgraded from 1.2.4-3 to 1.2.7-6, and is failing during upgrade.
# dpkg --configure --pending
Setting up libvirt-daemon-system
Hi,
On 10/06/14 05:50 PM, Aurelien Jarno wrote:
Hi,
On Tue, Jun 10, 2014 at 04:49:34PM -0400, Christian Weeks wrote:
Package: libc6
Severity: important
Dear Maintainer,
Whenever I upgrade either elibc or gcc, my system enters a state where
almost all software segmentation faults, including
Package: libc6
Severity: important
Dear Maintainer,
Whenever I upgrade either elibc or gcc, my system enters a state where
almost all software segmentation faults, including the upgrade itself.
This happens repeatably on any upgrade of either of those packages,
and has done for some time. I
Package: file
Version: 1:5.18-1
Severity: normal
There are many files that are plain zip files being misidentified as Microsoft
Office OOXML.
A file for testing can be downloaded from Oracle:
Package: libgtk-3-0
Version: 3.12
Severity: important
Tags: upstream
Dear Maintainer,
This problem has been uncovered using the libgtk + other gnome components from
experimental. It was found for me when
using synaptic, however, other reports involve other applications with large
listviews.
Source: glx-alternatives
Version: 0.2.90
Severity: grave
Justification: renders package unusable
There is a severe problem with the libGL diversion strategy as exists at
present.
The desktop is rendered inoperable after any change in the packaging, due to
the diversion in glx-diversions
being
On 07/04/13 12:17 PM, Andreas Beckmann wrote:
Control: reassign -1 glx-diversions 0.2.90
Control: tag -1 moreinfo
On 2013-04-07 17:43, Christian Weeks wrote:
There is a severe problem with the libGL diversion strategy as exists at
present.
The desktop is rendered inoperable after any change
Package: glx-diversions
Version: 0.2.90
Followup-For: Bug #704914
Data from reportbug
-- Package-specific info:
Diversions:
diversion of /usr/lib/i386-linux-gnu/libGL.so to
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to
On 07/04/13 12:52 PM, Andreas Beckmann wrote:
Control: severity -1 wishlist
Control: retitle -1 does not divert libGL.so.1.2.0 from mesa 9.0.1-1
On 2013-04-07 18:26, Christian Weeks wrote:
Before: (This is reset after almost any packaging change on the system):
The link to libGL isn't a link
On 07/04/13 01:11 PM, Andreas Beckmann wrote:
On 2013-04-07 18:58, Christian Weeks wrote:
OK. That's interesting. This is just the update from xorg, built a
couple of months ago to get multiarch gnome working (because of the
wayland dep added in gnome 3.6 - the version of wayland you list
Package: accountsservice
Version: 0.6.15-1
Severity: important
Dear Maintainer,
I run an LDAP enabled system. I use the pam-ldapd versions, rather than the
older pam-ldap versions. Network manager is installed and working well. The
system also runs systemd.
Sometimes (it's clearly a bit of a
mean that systemd shouldn't be able to do a better job of
ignoring the problem. Perhaps, if it sees rcS and rcN runlevels for a
service, it should demote them to rcN and issue a big fat warning.
Thanks for looking anyway
Christian
On 16/04/11 01:24 AM, Tollef Fog Heen wrote:
]] Christian
Package: systemd
Version: 20-1
Severity: important
Since recently my computer doesn't boot correctly with systemd installed.
Network and graphical desktop don't start for example. Errors from network-
manager indicate that it can't connect the dbus system socket at
As a further discovery I found this in one of my startup log files. It
explains why dbus.socket didn't start:
Apr 15 09:51:18 allie kernel: [6.223804] systemd[1]: Found ordering
cycle on basic.target/start
Apr 15 09:51:18 allie kernel: [6.223996] systemd[1]: Walked on cycle
path to
retitle systemd causes dbus socket init failure if sysv init files are
flagged as Default-start:S
thanks
OK, so I've found the root cause. nfs-common and rpcbind both have
Default-Start: S and create symlinks in /etc/rcS.d/ This appears to
confuse systemd which makes them a dependent of
Package: nvidia-graphics-drivers
Severity: normal
Hi
Found a problem with your diversion setup code. For some reason I had an old
version of libGL.so.1 lying around linked directly to a file outside of dpkg
control (probably last time I ran the installer directly from NVIDIA a few
years ago).
On Wed, 2010-08-25 at 23:39 +0200, Andreas Beckmann wrote:
On 2010-08-25 22:35, Christian Weeks wrote:
Found a problem with your diversion setup code. For some reason I had an old
version of libGL.so.1 lying around linked directly to a file outside of dpkg
control (probably last time I ran
On Tue, 2010-07-27 at 19:41 +0100, Simon McVittie wrote some really
useful debug information. Thanks!
My apologies for the noise. It turns out that a config change made some
years ago (swapping the mythtv and messagebus groups for compat over
nfs) only had an impact now. I'd failed to change the
Hi Michael,
On Fri, 2010-07-23 at 00:01 +0200, Michael Biebl wrote:
On 22.07.2010 18:55, Christian Weeks wrote:
Package: dbus
Version: 1.2.24-2
Severity: important
Hi,
I noted on 569058 that the problem seen in 569058 is not
restricted to btrfs filesystems. Since you have closed
Package: dbus
Version: 1.2.24-2
Severity: important
Hi,
I noted on 569058 that the problem seen in 569058 is not
restricted to btrfs filesystems. Since you have closed that bug
I feel that it is important to open a new bug, because this problem
is still occuring for me, on every single upgrade of
Package: gdm3
Version: 2.30.2-4
Severity: important
It appears that my ~/.Xauthority file is being ignored with gdm3. This appears
to be an undocumented change to gdm functionality for upgrade from gdm.
It's breaking several of my ssh related scripts, since ssh is still honouring
the .Xauthority
Because I am running on ext3 and I experienced the problem on two
different systems.
/dev/mapper/alliecore-root on / type ext3 (rw,errors=remount-ro)
2010-02-18 10:26:49 upgrade dbus 1.2.16-2 1.2.20-2
I have LVM under my filesystem. Dunno if that's a factor.
My workaround, make it x for all:
Package: pidgin
Version: 2.6.1-1
Severity: important
There is an upstream issue: http://developer.pidgin.im/ticket/10051 that causes
pidgin 2.6.1 not to read the gnome proxy information correctly
This means pidgin will not work in a proxied environment, pretty much at all.
There is a (very)
Package: evolution
Version: 2.26.1.1-1
Severity: normal
It appears that when you Expunge a folder in Evolution, it crashes the reader
thread, resulting in no more mail
being read from the server for the mail folder you are visiting (e.g. expunge
Inbox, get no more mail into the
Inbox).
Hi
This is just to update you that it appears that 2.4.3-1 has apparently
fixed the problem. I speculate that the Network Manager fix was
interfering with dbus somehow and causing the segfault.
Thanks
Christian
Package: hpodder
Version: 1.1.5.0
Severity: wishlist
Tags: patch
Hi,
Attached is a working (I hope) patch for hpodder 1.1.5 which adds the EPID to
the
id3v2 callout. This is great for allowing sorting by episode ID in things like
gtkpod.
Also fixed the FEEDURL which has a typo (FEDDURL) in
Package: pidgin
Version: 2.4.2-2
Severity: important
Hi,
Pidgin seems to be randomly segfaulting on receiving a particular dbus message.
The gdb backtrace and debug log are not very informative:
(11:10:44) cap: Executing: insert into cap_status (buddy, account,
protocol, status, event_time)
On Wed, 2008-06-25 at 12:29 -0400, Ari Pollak wrote:
Do you have pidgin-dbg installed?
Yes
Are you using Network Manager?
Yes
Does this still happen if you unload the Contact Availability Prediction
plugin?
Yes, I think so.
Helpful I know ;)
Another stack trace:
(12:31:22) cap:
Update:
A stack trace without cap plugin running:
(13:20:23) jabber: Recv (ssl)(164): presence from='[EMAIL PROTECTED]/orcl'
to='[EMAIL PROTECTED]' type='unavailable'
xml:lang='en-US.UTF-8'statusDisconnected./status/presence
(13:20:23) blist: Updating buddy status for [EMAIL PROTECTED] (XMPP)
Package: squid
Version: 2.6.5-6
Severity: grave
Justification: renders package unusable
Hi,
I'm not sure, but this could be quite a serious issue for any user of
squid out there, hence the grave setting.
It appears that etch squid hangs completely when fed bad DNS data- and
the only recovery
Package: autofs
Version: 4.1.3+4.1.4beta2-10
Severity: normal
I've been running an NIS automap for the past few weeks, trying to
provide automatic homes to people in our NIS domain.
I also personally provision ssh keys to this server. The issue is that
after the automounter has been running
Package: initramfs-tools
Version: 0.65b
Severity: important
Tags: patch
Hi.
It appears that the new volume group activation code doesn't work with LILO.
The culprit is that LILO's fe00 is substituted for /dev/root.
I have attached a patch that should fix this behaviour to be correct. I have
Package: evolution
Version: 2.6.1-2
Severity: normal
Evolution crashes with the attached dump (from bug buddy) when it
receives a bad (but not corrupted) ics attachment in an email
(embedded below in case you read this in evolution and it crashes for
you). It's annoying because I now have to
On Sun, 2006-04-16 at 11:33 +0200, maximilian attems wrote:
ok, adding discs works much better with grub.
I know. I've used grub for non-LVM installations. But I also love the
reorganizing convenience of LVM. Does grub now work with LVM roots
then? This was the reason I used lilo (well,
Package: wnpp
Severity: wishlist
* Package name: network-manager-vpnc
Version : 0.6.2
Upstream Author : GNOME
* URL : http://www.gnome.org/projects/NetworkManager
* License : GPL
Programming Lang: C
Description : vpnc VPN connection agent for
Package: network-manager
Version: 0.5.1-3
Severity: wishlist
Please can you grab the vpn connection modules from the network manager
cvs repository. It appears that upstream is trying to figure out a way
to distribute these more sanely. But at present, you have to grab them
from CVS.
See the
Package: initramfs-tools
Version: 0.53
Severity: important
I use LVM on all my disks. I swapped an old laptop disk into another laptop for
testing and my laptop now fails to boot normally but rather drops into the
busybox.
An analysis of this problem indicates that there are issues with LILO,
I didn't think the module build was the problem either.
You're right though- my laptop is a Dell D600 latitude, with a 1.6 GHz
Centrino chipset. One thing I did notice is that it's using the
generic ide chipset module, rather than one for my laptop. I will
verify that this is the same with the
Package: linux-image-2.6.14-1-686
Version: 2.6.14-2
Followup-For: Bug #337045
I have experienced exactly the same problem, just once, at boot-up time.
It dumped me to busybox and I snooped around- there didn't appear to be
anything dramatically different, but it reported the exact same error.
Is there any update on this old bug?
This problem is killing my home server- when the connection drops it
fails to reconnect entirely. I have partially worked around the problem
by putting a call to ifup connection in the post-ifdown of the
interfaces file and removing the retry parameters from
I too have noticed this problem. It is very annoying when I'm trying to
do a network console based install.
I've looked at the code and I think the problem is in netcfg-common.c,
function netcfg_get_nameservers. Lines 823-835 appear to try and be
smart by offering the gateway IP address when
Yup. That worked a treat.
Thanks!
Christian
On Wed, 2005-05-25 at 09:04 +0100, Patrick Caulfield wrote:
Thanks. Can you try the updated package on http://people.debian.org/~patrick/ please?
--
Christian Weeks [EMAIL PROTECTED]
in the initrd environment.
After I finish work this evening (about 10 hours from now) I'll build and test that it's broken a broken one, for your perusal.. Is that OK?
Thanks,
Christian
On Tue, 2005-05-24 at 07:54 +0100, Patrick Caulfield wrote:
Christian Weeks wrote:
Package: lvm-common
Version
of equipment that also has an lvm root
partition in the morning and let you know if the problem also exists
there.
Have fun and thanks for looking at this.
--
Christian Weeks [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: lvm-common
Version: 1.5.18
Severity: critical
Justification: breaks the whole system
I ran an upgrade this morning and picked up this package, among others,
including a new kernel image. This generated a new initrd which rendered
my Root on LVM system unbootable into the new kernel.
Package: pmount
Version: 0.8-2
Severity: important
hal release 0.4.7-4 provided some new options to control mount policy,
stuff like umask and gid for mountable devices. Unfortunately,
pmount-hal completely ignores anything specified there.
I think that pmount needs to be patched to query and
Package: udev
Version: 0.054-2
Severity: important
Hello, I just done a clean install of my laptop. I had had my ipw2100
wireless card working for some time, however, after the clean install it
simply has refused to work. I just noticed that udev has recently
changed the /proc/sys/kernel/hotplug
80 matches
Mail list logo
