Custom Query (1145 matches)

Reported by jdreed, 15 years ago.

If I choose to enable "Restricted drivers" (as many people will), and then later try and go to System->Preferences->Display, Xorg will take up 100% of CPU on one core, and the machine becomes unusable (and gnome-display-manager never works). This appears to affect both 755s and 760s (Radeon HD 2400 and 3450 respectively).

Killing gnome-display-manager has no effect, nor does punting Compiz. Rebooting seems to be the only solution. Nothing interesting in the logs.

We should document this or file a bug upstream or something.

Reported by geofft, 14 years ago.

 clisp-dev is a Recommendation of debathena-thirdparty-languages, and it's not installing on Lucid because it has a hard dependency on libreadline5-dev, and everyone else is using libreadline6-dev, which conflicts (there are exactly two other packages in the archive that depend on libreadline5-dev and don't permit libreadline6-dev as an alternative). I'm pretty sure there's no good reason for this.

Furthermore, as pointed out by  DebianBug:504514,

Depends: clisp, libc6-dev, debhelper (>> 7), gettext, bison, libncurses5-dev, groff, libx11-dev, libxext-dev, libxpm-dev, libsigsegv-dev (>= 2.4-1), libreadline6-dev, libffcall1-dev, libdb-dev

and

Build-Depends: debhelper (>> 7), gettext, bison, libncurses5-dev, groff, libx11-dev, libxext-dev, libxpm-dev, libsigsegv-dev (>= 2.4), libreadline5-dev, dh-lisp (>= 0.3), libdb4.8-dev, libffcall1-dev

also look exceedingly dumb and kind of suspicious. I think they just had a dumb Build-Depends line and copied that into their Depends line for their -dev package, which is almost an understandable mistake.

 DebianBug:177057, which has blocked this bug for about two years (and is itself seven years old), indicates that some guy is redoing the packaging from scratch as of three days ago to make it less dumb in several ways. It looks like he has some questions on how to do this; we should help him out.

Then we should see about getting a freeze exception for Maverick (although it should go fine into Natty, and we don't really care about thirdparty on Maverick, arguably) on the grounds that clisp-dev is effectively unusable because of its libreadline5-dev dependency, and attempt to get a SRU for Lucid on the same grounds, though that might be harder. If we really want clisp-dev on Lucid, it might be easier to just get a debdiff against the current package to make the runtime dependencies less dumb.

Reported by jdreed, 13 years ago.

Investigate whether fglrx is a good idea and maintainable in the cluster environment. In particular, we care about robustness in the face of kernel upgrades (dkms is ideally better than some sketchy ATI script).