tags 918960 + patch
thanks
On Fri, Jan 11, 2019 at 01:29:35AM +0100, Momchil wrote:
> I would like you to compile the library with valgrind support turned on or
> create a separate package where the feature is turned on. This allows one to
> use valgrind to check for memory leaks in applications.
On Thu, May 23, 2019 at 10:09:21PM +0200, Steinar H. Gunderson wrote:
> Unfortunately, even after clearing the shader cache, I can provoke these
> issues with a bit of work. So something is corrupting the shader cache.
I tracked this to
https://bugs.freedesktop.org/show_bug.cgi?id=
On Thu, May 23, 2019 at 08:27:40PM +0200, Steinar H. Gunderson wrote:
> This fails with libgl1-mesa-dri from testing _only_ (both unstable
> and experimental are fine), and even more interesting; if I recompile
> mesa 18.3.4-2 myself with zero changes and install the resulting
> lib
On Thu, May 23, 2019 at 08:27:40PM +0200, Steinar H. Gunderson wrote:
> This fails with libgl1-mesa-dri from testing _only_ (both unstable
> and experimental are fine), and even more interesting; if I recompile
> mesa 18.3.4-2 myself with zero changes and install the resulting
> lib
Package: libgl1-mesa-dri
Version: 18.3.4-2
Severity: important
Hi,
I've got a problem that essentially breaks Nageru on my Haswell laptop;
if you try to link a GLSL program twice (to get a new program number for it),
the second attempt fails with
Error linking program: error: vertex shader lac
On Thu, Jul 28, 2016 at 07:34:45PM +0200, Julien Cristau wrote:
>> X broke for me, too -- the Intel driver somehow isn't autodetected anymore,
>> which leads to using some unaccelerated driver (which breaks e.g. OpenGL
>> pretty badly).
> The intel X driver not being loaded is on purpose. That sho
On Tue, Jul 26, 2016 at 02:57:47PM -0400, jackson wrote:
> Contents of /etc/X11/xorg.conf:
> ---
> Section "Device"
> Identifier "Intel"
> Driver "intel"
> # Option "AccelMethod" "uxa"
> EndSection
X broke for me, too -- the Intel driver somehow isn't au
Source: mesa
Version: 11.0.6-1
Severity: normal
Hi,
debian/copyright in Mesa contains the following language:
When contributing to the Mesa project you must agree to relinquish your
work to the holder of the copyright for the particular component you're
contributing to. That is, you can't
On Wed, Sep 09, 2015 at 08:26:30PM +0200, Sven Joachim wrote:
>> perf doesn't. I don't know about gdb.
> Looks like you have been hit by bug #661193[3]. Two days ago somebody sent
> a patch the LKML[4], apparently without any reply yet.
OK; so seemingly perf is supposed to look into /usr/lib/debu
On Wed, Sep 09, 2015 at 07:34:00PM +0200, Sven Joachim wrote:
>> It seems this is back: libgl1-mesa-dri-dbg contains no i965_dri.so
>> in current unstable.
> Of course not, because the packaging was switched to debhelper 9 in mesa
> 10.3.0~rc3-3.
...OK? Perhaps some context would be in order, beca
reopen 755921
found 755921 10.6.5-1
thanks
On Mon, Sep 15, 2014 at 09:24:22PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the libgl1-mesa-dri-dbg package:
>
> #755921: libgl1-mesa-dri-dbg: debug version of i965_d
On Mon, May 07, 2012 at 11:06:47AM +0200, Cyril Brulebois wrote:
> Any chance we could get a status update? We currently have 1.6.0 in
> unstable, with X server 1.12.
>
> If you still can't test anything, I guess we should just close this bug
> report?
I've downgraded to squeeze because GNOME 3 d
On Wed, Jan 19, 2011 at 12:20:07AM +0100, Cyril Brulebois wrote:
> how are things going with the X stack from squeeze/sid, or the one
> from experimental? It'd be nice to report any issues upstream anwyay:
> http://bugs.freedesktop.org/
>
> (with component: xorg, product: Input/synaptics.)
Ther
found 598803 2:2.13.0-2
found 598803 2:2.13.901-2
thanks
On Wed, Oct 06, 2010 at 01:51:03AM +0200, Steinar H. Gunderson wrote:
> ...at least until I tried to watch http://www.youtube.com/watch?v=INqbAWnbstI
> in Chrome with HTML5 enabled. That killed all of X, and when starting up
>
On Sun, Oct 03, 2010 at 12:24:24AM +0200, Steinar H. Gunderson wrote:
> Upgrading to 2.13.0 makes it work just fine for me.
...at least until I tried to watch http://www.youtube.com/watch?v=INqbAWnbstI
in Chrome with HTML5 enabled. That killed all of X, and when starting up
again the exact s
On Sat, Oct 02, 2010 at 07:07:31PM +0200, Sven Joachim wrote:
>> 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
>> 943/940GML Express Integrated Graphics Controller (rev 03)
> I have the same one, and the HTML5 Youtube video you mentioned works
> fine in Chromium with Kerne
On Sat, Oct 02, 2010 at 06:07:51PM +0200, Cesare Leonardi wrote:
> Hello Steinar, can you tell us what's your chipset?
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
It's a Dell Latitude D420, FWIW.
/* Steinar */
On Sat, Oct 02, 2010 at 04:36:20PM +0200, Julien Cristau wrote:
> Please grab /sys/kernel/debug/dri/0/i915_error_state when the hang
> happens, so we can forward that upstream.
During the hang it's a bit difficult to do anything, I think; but right
after is good? Or is it good also a few hours aft
On Sat, Oct 02, 2010 at 11:26:30AM +0200, Cyril Brulebois wrote:
> Is it still possible to start X again without rebooting? I'd guess so,
> but let's check.
I'm seeing the issue of hung GPU, after which a lot of applications (in
particular urxvt) become very messed up. Restarting X does not help f
On Tue, Dec 19, 2006 at 09:22:34PM -0500, David Nusinow wrote:
> I can't imagine what that would be... I'd love to know. Was this on x86?
It was on x86, yes.
> Perhaps for video 'xserver-xorg-video-all | xserver-xorg-video-vesa' in the
> recommends.
That could work as well; OTOH a well-functioni
On Tue, Dec 19, 2006 at 08:40:26PM -0500, David Nusinow wrote:
> Ouch. This is a bug in aptitude, aiui. It should be choosing the first
> option if nothing is currently installed, and allowing the second to
> substitute.
Probably something in -all caused a conflict, and the conflict resolution
man
Package: xserver-xorg
Version: 1:7.1.0-8
Severity: serious
Justification: 23:28 < vorlon> Sesse: I'd call it RC, no?
After dist-upgrading (using etch's aptitude) from sarge to etch, one
machine here was completely without keyboard or mouse support, and X
refused to work.
A bit of hunting revealed
severity 392757 critical
tags 392757 + pending
merge 392757 392567
thanks
On Thu, Oct 12, 2006 at 01:00:16PM +0200, Steinar H. Gunderson wrote:
> After tonight's dist-upgrade, my non-English keys (most notably æ, ø, å) have
> stopped working; I seem to get events for them (due to xev
Package: libx11-data
Version: 2:1.0.3-1
Severity: important
After tonight's dist-upgrade, my non-English keys (most notably æ, ø, å) have
stopped working; I seem to get events for them (due to xev), but they won't
show up in any terminals (I get simply no reaction at all). Downgrading
libx11-data
Package: compiz
Version: 0.0.13+git20060928-2
Severity: grave
fugl:~> compiz --replace gconf
[1] + done metacity --replace
/usr/bin/compiz.real: symbol lookup error: /usr/bin/compiz.real: undefined
symbol: XCompositeGetOverlayWindow
I guess some dependency is missing; I didn't do a full
On Tue, Aug 29, 2006 at 10:41:17AM +0300, Daniel Stone wrote:
>> Or that nVidia never wrote the driver in the first place. I cannot find any
>> nVidia copyrights on it -- it seems to have been reverse-engineered and then
>> written up by the current copyright holders.
> The output of the below has
On Thu, Aug 17, 2006 at 02:12:17PM +0100, Matthew Garrett wrote:
> The nv driver appears to be heavily obfuscated and is effectively
> The idea that nvidia do not posess an electronic list of register names
> and offsets is entirely implausible. The only rational explanation is
> that register i
On Tue, Aug 08, 2006 at 02:43:51PM +0200, Steinar H. Gunderson wrote:
> 2. There should be an exception for X1. Do you have the dmidecode data
> handy?
On second thought (as discussed on IRC), you're probably running into #381882
here, so no exception should be needed (ju
On Tue, Aug 08, 2006 at 07:31:24AM -0500, Christian Perrier wrote:
> Well, on my Dell X1, the following *breaks* the support for volume
> control keys:
This is precisely the kind of data we need to pull in. Two valuable points:
1. I missed the "inspiron" keymap altogether, probably since it did
tags 381952 + patch
thanks
On Tue, Aug 08, 2006 at 01:19:32AM +0200, Steinar H. Gunderson wrote:
> Autodetecting a Latitude is not difficult, but rather hairy -- it's
> basically a matter of
>
> dmidecode --string system-product-name | grep -q '^Latitude ' &&
Package: xserver-xorg
Version: 1:7.0.22
Severity: wishlist
Dell Latitudes have a specific XKB model ("latitude") which is useful
for detecting certain extra keys, such as the volume keys. However, this
is not autodetected by the xserver-xorg configuration script, so the
user has to enable that mod
Package: xserver-xorg
Version: 1:7.0.22
Severity: normal
The xserver-xorg config script attempts to grok debian-installer/keymap
and set XkbModel/XkbLayout accordingly. However, it doesn't recognize
"no-latin1", only "no", and thus falls back to the default (pc104/us). I
don't really think there's
Package: xbase-clients
Version: 1:7.1.ds-2.1
Severity: important
xkbcomp is currently completely broken unless you happen to run it from
/usr/share/X11/xkb:
fugl:~> setxkbmap -print | xkbcomp - $DISPLAY
Error:Can't find file "xfree86" for keycodes include
Package: xkb-data
Version: 0.8-6
Severity: normal
Please add latitude to the list of $inetkbds in
/usr/share/X11/xkb/rules/base -- I have a Dell Latitude, and it
definitely has keys that need the "+inet" mapping to work properly.
-- System Information:
Debian Release: testing/unstable
APT prefe
Hi,
Any progress on getting libxfont 1.2.0 into unstable? I guess NMUing with a
new upstream version would be slightly risky for anyone not knowing much
about X internals :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
On Fri, May 05, 2006 at 01:13:39AM +0200, David Martínez Moreno wrote:
> tags 364012 + pending
> thanks for the fish
This was two months ago. Any progress? :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troub
Package: xserver-xorg
Version: 6.8.2.dfsg.1-1
Severity: serious
After first doing "aptitude install xserver-common" and then "aptitude
install xserver-xorg" (just "aptitude dist-upgrade" wanted to remove
~300 packages, including GNOME :-) ), I got:
xserver-xorg config warning: migrating xserve
On Thu, Dec 09, 2004 at 04:48:34PM -0500, Branden Robinson wrote:
>> I disagree, it has always been pretty clear to me that uxterm is a nice
>> way to temporarily switch to a UTF-8 locale, its behavior should not be
>> altered. Maybe a new wrapper could be added, say lxterm, to launch
>> uxterm in
On Wed, Dec 01, 2004 at 07:09:42AM -0500, Thomas Dickey wrote:
>> I don't see how anything but xterm is supposed to change this situation.
>> AFAIK no package "owns" an alternative per se, but I might be wrong here;
>> my understanding of this was that by default, whatever alternative has the
>> hi
On Wed, Dec 01, 2004 at 06:04:20AM -0500, Thomas Dickey wrote:
>> I do not run uxterm. I run x-terminal-emulator, which is supposed to give
>> me a sane terminal emulator by default, but in current sarge, uxterm is
>> the default for x-terminal-emulator. This is what my bug is all about;
>> uxterm
retitle 279252 default x-terminal-emulator should not override my locale
thanks
On Wed, Dec 01, 2004 at 05:54:00AM -0500, Thomas Dickey wrote:
>> That does not really solve the problem if I should happen to have the UTF-8
>> locales installed; the default x-terminal-emulator still uses a locale I
On Tue, Nov 30, 2004 at 08:47:52PM -0500, Thomas Dickey wrote:
> xterm patch #197 addresses this by using the error status from the 'locale'
> program to check if a given locale is installed.
That does not really solve the problem if I should happen to have the UTF-8
locales installed; the default
Package: xterm
Version: 4.3.0.dfsg.1-8
Severity: important
After discussing this with Branden on IRC, I was asked to file a bug
report, so here goes:
uxterm is now the default alternative for x-terminal-emulator; however,
debian-installer does not set an UTF-8 locale for my language (nb_NO).
Thus
43 matches
Mail list logo
