Bug#726317: [berusky2] Dark screen when in game

Am Mittwoch, den 16.10.2013, 12:25 +0200 schrieb Markus Koschany: > Upstream commit: bdf3f50e9a85e4c063b46ceaf23bceb07b06b82e might fix your > issue but it hasn't reached Debian yet. After the next release of > xserver-xorg-video-intel, please report back if your issues could be > resolved. This

Bug#568109: [Pkg-fonts-devel] Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time

> as far as the xfonts-scalable package is concerned, if you want fonts > to be added in there, the best way to go is reporting bugs upstream: > https://bugs.freedesktop.org/ I tried to raise some interest in this topic upstream, but honestly, I doubt there is enough incentive to adapt to the ne

Duplicate but different 35 PS core fonts in texlive and ghostscript [was: xfonts-scalable: Utopia has been Free software for a good amount of time]

Am 08.10.2012 02:47, schrieb Norbert Preining: Ah, now I remember the old story ... thanks for digging out that. Yes, there are problems with that, and AFAIR they have never been resolved. So I guess the best is to either convince gs people to use proper handling of font names, or to keep the fo

Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time

Am 08.10.2012 02:47, schrieb Norbert Preining: Ah, now I remember the old story ... thanks for digging out that. Yes, there are problems with that, and AFAIR they have never been resolved. So I guess the best is to either convince gs people to use proper handling of font names, or to keep the fo

Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time

Am Samstag, den 06.10.2012, 22:04 +0200 schrieb Fabian Greffrath: > It might not be as easy as it seems. I have once witnessed an argument > on some mailing list between TeX and Ghostscript people about who is the > right "authority" to host the 35 Postscript core fonts

Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time

Am Samstag, den 06.10.2012, 08:07 +0200 schrieb Christian PERRIER: > From your summary, I think the ideal move is having X.org upstream > drop this font from their distribution ("picking" it from CTAN has no > logic: if it lives on CTAN, it should be provided by TeX-related > software, not by X.org

Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time

Am Freitag, den 05.10.2012, 17:22 +0200 schrieb Fabian Greffrath: > Rogério is right, Adobe Utopia is free software. It is already > included in <http://xorg.freedesktop.org/releases/individual/font/> in > the font-adobe-utopia-type1-1.0.4.tar.gz tarball, which includes the >

Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time

Hi all, Cyril Brulebois : as far as the xfonts-scalable package is concerned, if you want fonts to be added in there, the best way to go is reporting bugs upstream: https://bugs.freedesktop.org/ Rogério is right, Adobe Utopia is free software. It is already included in

Bug#677490: Please bind libgl1-mesa-glx and libgl1-mesa-dri more strongly to the same version

Am 14.06.2012 12:36, schrieb Simon McVittie: Perhaps I should make ioquake3 redundantly Recommend libgl1-mesa-dri, instead of having it installed via libgl1-mesa-glx's recommendation - then we'd get the -dri version in ioquake3 and openarena bug reports. I think it would be a better idea to add

Bug#677490: Please bind libgl1-mesa-glx and libgl1-mesa-dri more strongly to the same version

(<< 8.0.0)". Cheers, Fabian Am 14.06.2012 11:37, schrieb Toni Mueller: Hi, On Thu, Jun 14, 2012 at 09:48:28AM +0200, Fabian Greffrath wrote: Am 11.06.2012 10:16, schrieb Simon McVittie: Well, there's the problem: OA is using software rendering. I don't know why it's d

Bug#652871: Acknowledgement (xkb-data: Please upload xkb-data (>= 2.3) to unstable)

block 652864 652871 thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ef1abff.2010...@greffrath.com

Bug#652871: xkb-data: Please upload xkb-data (>= 2.3) to unstable

Package: xkb-data Version: 2.3-1 Severity: important Hi, please upload the xkb-data 2.3 package from experimental to unstable ASAP. It is currently impossible to select a reasonable keyboard layout in gnome- control-center with xkb-data 2.1, see Debian bug #652864 and upstream bug #666141 [1].

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 19.10.2011 19:41, schrieb Daniel Johnson: Now I want to know how to do the opposite. I feel like an incomplete menu is a broken one. If I installed xterm, and konsole I want them in my menu that's why I installed them, and I want this for all users by default. I don't know why you would want

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 19.10.2011 17:10, schrieb Will Set: sorry, I don't follow.. are you planning to look at the gnome-menu rewrite? I am currently using gnome-panel 3.0.2-1 and gnome-menus 3.0.1-2, but that's not the point. If using gnome-shell instead of the fallback session, both of the xterm icons appear a

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 19.10.2011 16:41, schrieb Will Set: the request to hide xterm icons from the gnome-desktop maybe a moot point. Please take a look at the gnome-menu rewrite ... and see if the xterm icons still adversely affect the Gnome-Desktop experience. I am using the fallback session (i.e. gnome-panel wi

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 19.10.2011 11:45, schrieb Thomas Dickey: actually, looking through my .desktop files, I'm not seeing that this advice is being followed. For these cases there is still /etc/gnome/menus.blacklist Back to my point: why are you singling out xterm? Because it suddenly began to show an icon i

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 19.10.2011 11:28, schrieb Thomas Dickey: On Wed, 19 Oct 2011, Fabian Greffrath wrote: Am 19.10.2011 10:23, schrieb Thomas Dickey: Without further qualifications then, you appear to be suggesting that only applications which are part of gnome should be allowed to show up in its menus (for

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 19.10.2011 10:23, schrieb Thomas Dickey: Without further qualifications then, you appear to be suggesting that only applications which are part of gnome should be allowed to show up in its menus (for instance emacs isn't). To pointedly *exclude* xterm, there should be some better justification

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 18.10.2011 23:17, schrieb Thomas Dickey: well perhaps there are 3 categories of users: a) people who intentionally use xterm (and don't mind the menus) b) people who more/less accidentally run xterm c) other (probably not gnome developers) Are you addressing (b)? I am not addressing a spec

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 18.10.2011 18:14, schrieb Will Set: >a typical GNOME desktop has gnome-terminal installed and this should Gnome desktop - new-features? cc: ing to possible interested list and devs. What exactly do you mean? gnome-terminal has always been a dependency of gnome-core. -- To UNSUBSCRIBE, em

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Am 18.10.2011 13:56, schrieb Thomas E. Dickey: I saw that in Ubuntu #129041; however a better fix would be to distribute the desktop files in a separate package, e.g., "xterm-desktop", which depends on xterm. There's no argument to the fact that people who would install that would get what they'r

Bug#645736: Please hide xterm and uxterm icons from the GNOME menu

Package: xterm Version: 276-1 Severity: minor Hi, a typical GNOME desktop has gnome-terminal installed and this should be the most prominent terminal application known to its users. Since version 276-1 the xterm package provides another two icons to start other terminal applications, that are not

Bug#575681: xserver-xorg-video-radeon: shows severe artifacts since switching to KMS

Am 31.03.2010 14:34, schrieb Michel Dänzer: Not sure how it could be. Your symptoms are really weird. One thing I wonder: [6.093152] [drm] radeon: 2 quad pipes, 1 Z pipes initialized. Maybe only one of your quad pipes is working properly? I think that might explain the checkerboard pattern.

Bug#575681: xserver-xorg-video-radeon: shows severe artifacts since switching to KMS

Am Sonntag, den 28.03.2010, 12:50 -0400 schrieb Alex Deucher: > Does changing the agpmode or disabling AGP help? Add: > radeon.agpmode=X > where X = -1, 1, 2, or 4 to the kernel command line. -1 will use pci > gart rather than agp. Sorry, but no. I tried for all values of X that you suggested, b

Bug#532642: error in German translation

kspace" key. Instead the "Entf" key is the same as the "Del" key, which - if pressed in a sequence with Control and Alt - will not kill the X server, though. In the German language the "Backspace" key is usually refered to as "Rücktaste". The attached

Bug#372909: [Fwd: Bug#372909: Support for 'Cherry CyMotion Master LINUX' keyboard]

Hi! Thank you for the response to the bug report. I have not tried out most of the keyboard's special keys since the time when I had it new. I have (hopefully) reverted all the changes I've done to the config files and deleted the init-script from my system. Now let's see what xev tell when pres