Bug#1072971: mesa: fails to initialize OpenGL on s390x: Unexpected format PIPE_FORMAT_X8B8G8R8_SRGB in st_new_renderbuffer_fb

[Diederik de Haas]

Control: tag -1 -patch

On Friday, 28 June 2024 09:55:24 CEST Michel Dänzer wrote:
> > This is fixed in upstream commit 5ca85d75c05de9df7c3170122dfdb04bc795b43a
> > ("dri: Fix BGR format exclusion"), which I attached for your convenience.
> 
> Beware that this commit caused a regression on little endian platfors:
> 
> https://gitlab.freedesktop.org/mesa/mesa/-/issues/11398

Thanks for that. Let's remove the patch tag then.

The discussion has been reopened in the forwarded MR:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29837#note_2470033

signature.asc
Description: This is a digitally signed message part.

Bug#1072971: mesa: fails to initialize OpenGL on s390x: Unexpected format PIPE_FORMAT_X8B8G8R8_SRGB in st_new_renderbuffer_fb

[Diederik de Haas]

Control: tag -1 upstream, fixed-upstream patch
Control: forwarded -1 https://gitlab.freedesktop.org/mesa/mesa/-/issues/11360 
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29837

On 14 Jun 2024 13:36:54 +0200 Emilio Pozuelo Monfort  wrote:
> Control: reassign -1 mesa 24.1.1-2
> Control: affects -1 kuserfeedback
> Control: retitle -1 mesa: fails to initialize OpenGL on s390x: Unexpected
> format PIPE_FORMAT_X8B8G8R8_SRGB in st_new_renderbuffer_fb
> 
> Actually this looks like a regression in mesa in 24.1. A few rdeps are
> failing their autopkgtests with the same PIPE_FORMAT_X8B8G8R8_SRGB error,
> e.g.:
> 
> https://ci.debian.net/packages/k/kodi/testing/s390x/47675600/
> https://ci.debian.net/packages/o/openscad/testing/s390x/47689316/

This is fixed in upstream commit 5ca85d75c05de9df7c3170122dfdb04bc795b43a
("dri: Fix BGR format exclusion"), which I attached for your convenience.

I haven't tried it as I don't have access to a s390x machine, so if
someone can verify it, that would be most welcome.

Cheers,
  Diederik>From 5ca85d75c05de9df7c3170122dfdb04bc795b43a Mon Sep 17 00:00:00 2001
From: Daniel Stone 
Date: Fri, 21 Jun 2024 11:24:31 +0100
Subject: [PATCH] dri: Fix BGR format exclusion
Origin: upstream, https://gitlab.freedesktop.org/mesa/mesa/-/commit/5ca85d75c05de9df7c3170122dfdb04bc795b43a
Bug-Debian: https://bugs.debian.org/1072971

The check we had for BGR vs. RGB formats was testing completely the
wrong thing. Fix it so we can restore the previous set of configs we
expose to the frontend, which also fixes surfaceless platform on s390x.

Signed-off-by: Daniel Stone 
Fixes: ad0edea53a73 ("st/dri: Check format properties from format helpers")
Closes: mesa/mesa#11360
Part-of: 
---
 src/gallium/frontends/dri/dri_screen.c | 20 
 1 file changed, 12 insertions(+), 8 deletions(-)

diff --git a/src/gallium/frontends/dri/dri_screen.c b/src/gallium/frontends/dri/dri_screen.c
index 97d11f324ee0b..2e9ce01147a89 100644
--- a/src/gallium/frontends/dri/dri_screen.c
+++ b/src/gallium/frontends/dri/dri_screen.c
@@ -386,17 +386,21 @@ dri_fill_in_modes(struct dri_screen *screen)
   uint8_t msaa_modes[MSAA_VISUAL_MAX_SAMPLES];
 
   /* Expose only BGRA ordering if the loader doesn't support RGBA ordering. */
-  if (!allow_rgba_ordering &&
-  util_format_get_component_shift(pipe_formats[f],
-  UTIL_FORMAT_COLORSPACE_RGB, 0)
+  if (!allow_rgba_ordering) {
+  unsigned sh_ax = util_format_get_component_shift(pipe_formats[f], UTIL_FORMAT_COLORSPACE_RGB, 3);
+  unsigned sh_b = util_format_get_component_shift(pipe_formats[f], UTIL_FORMAT_COLORSPACE_RGB, 2);
 #if UTIL_ARCH_BIG_ENDIAN
- >
+  unsigned sz_b = util_format_get_component_bits(pipe_formats[f], UTIL_FORMAT_COLORSPACE_RGB, 2);
+
+  if (sz_b + sh_b == sh_ax)
+ continue;
 #else
- <
+  unsigned sz_ax = util_format_get_component_bits(pipe_formats[f], UTIL_FORMAT_COLORSPACE_RGB, 3);
+
+  if (sz_ax + sh_ax == sh_b)
+ continue;
 #endif
-  util_format_get_component_shift(pipe_formats[f],
-  UTIL_FORMAT_COLORSPACE_RGB, 2))
- continue;
+   }
 
   if (!allow_rgb10 &&
   util_format_get_component_bits(pipe_formats[f],
-- 
GitLab



signature.asc
Description: This is a digitally signed message part.

Bug#1066398: xwayland: FTBFS: ./obj-x86_64-linux-gnu/meson-private/tmpz22kr2qg/./obj-x86_64-linux-gnu/meson-private/tmpz22kr2qg/testfile.c:17:(.text+0x9): undefined reference to `SHA1Init'

[Diederik de Haas]

Control: forcemerge -1 1065184

On Saturday, 13 April 2024 16:32:04 CEST Andreas Metzler wrote:
> > If you agree, please merge these two bugs.
> > FTR: Bug #1065184 is already fixed in git.
> 
> FWIW I can cobnfirm that xwayland builds successfully if libtirpc-dev is
> installed.

Thanks, then I'm merging the bugs. Today a "release to sid" commit was made, 
so this bug will be closed/fixed real soon now.

signature.asc
Description: This is a digitally signed message part.

Bug#1003091: xwayland: Xwayland uses glamor and shows black screens

[Gert van de Kraats]

I think this issued can be closed.

In fact it is a really sad story.
Problems occurred at i915 classic. Xwayland upstream didnot want to
remove the activation of ES 2.0, which totally was not working.
But they also did not want to approve merge-requests,
which solve the problems.
Then Debian was delivered without the i915 driver, because upstream
decided to stop support for it @#$.  Also gnome-shell was not working,
without an i915-driver (solved).
Finally Debian was delivered with the gallium-i915-driver. But this
driver surprisingly supports GL 2.1. And Xwayland disables glamor
at GL 2.1, because the graphics-performance is to poor.

So currently Xwayland uses the llvmpipe software driver again at
trixie (testing) and I think also at bookworm.

At the moment I use 
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1171 at

Xwayland, which also still is not approved. This patch activates glamor
for GL 2.1, and also uses some (fast) fallbacks.
This also needs Mesa MR
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/25533 for i915 
gallium, which


gives errorcodes if shader is failing, instead of using a standard 
simple shader,


which  mangles the screen.

Bug#1065184: xwayland: missing build-dep on libtirpc-dev

[Diederik de Haas]

Hi,

I saw that this issue was fixed in git, but there hasn't been an upload with 
that yet. It seems it's blocking the armhf build of wlroots and therefor its 
migration, so could you upload a version with that fix?

Cheers,
  Diederik

PS: On Salsa 'upstream-unstable' is set as default branch, while 'debian-
unstable' seems more used as default branch? I think that's also why 
'vcswatch' seems to have trouble analyzing the repo (according to tracker.d.o)

signature.asc
Description: This is a digitally signed message part.

Bug#1003091: xwayland: Xwayland uses glamor and shows black screens

[Diederik de Haas]

Hi,

On 21 Jan 2022 19:49:55 +0100 Gert van de Kraats  wrote:
> I reported the bug upstream for Xwayland:
> 
> https://gitlab.freedesktop.org/xorg/xserver/-/issues/1288
> 
> It will be fixed.

Could you update this bug with its status?
I got the impression that it is fixed upstream, but IIUC the commit that fixed 
it is as of yet only in the 'master' branch and (thus) not part of an upstream 
released version. But it also seems that this issue resulted in fixes in 
several projects? It appears that you were on top of (all the) things, so I 
figured it's better to ask you then trying to figure it out myself.

Cheers,
  Diederik

signature.asc
Description: This is a digitally signed message part.

Bug#1066398: xwayland: FTBFS: ./obj-x86_64-linux-gnu/meson-private/tmpz22kr2qg/./obj-x86_64-linux-gnu/meson-private/tmpz22kr2qg/testfile.c:17:(.text+0x9): undefined reference to `SHA1Init'

[Diederik de Haas]

Hi,

On Wed, 13 Mar 2024 13:06:09 +0100 Lucas Nussbaum  wrote:
> Source: xwayland
> Version: 2:23.2.4-1
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> 
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
> 
> 
> Relevant part (hopefully):
> > /usr/bin/ld: /tmp/ccL8lXZd.o: in function `main':
> > ./obj-x86_64-linux-gnu/meson-private/tmpz22kr2qg/./obj-x86_64-linux-gnu/
meson-private/tmpz22kr2qg/testfile.c:17:(.text+0x9): undefined reference to 
`SHA1Init'
> > collect2: error: ld returned 1 exit status
> 
> 
> The full build log is available from:
> http://qa-logs.debian.net/2024/03/13/xwayland_23.2.4-1_unstable.log

It think this is actually https://bugs.debian.org/1065184 because:

1) https://sources.debian.org/src/xwayland/2%3A23.2.4-1/meson.build/#L263
is about using (g)libc's SHA1 implementation and #1065184 is about a change in 
glibc causing a FTBFS issue.
IIUC xwayland uses libgcrypt for the SHA1 implementation

2) near the end of your build log is the following message:
"../os/meson.build:63:8: ERROR: Problem encountered: secure-rpc requested, but 
neither libtirpc or libc RPC support were found"
And that matches the build issue mentioned in #1065184.

If you agree, please merge these two bugs.
FTR: Bug #1065184 is already fixed in git.

Cheers,
  Diederik

signature.asc
Description: This is a digitally signed message part.

Bug#1063370: vulkan-tools: Fails to build from source.

[Diederik de Haas]

Control: tag -1 upstream fixed-upstream

On Tue, 06 Feb 2024 13:45:14 -0800 Elizabeth Loss-Cutler-Hull 
 wrote:
> Package: vulkan-tools
> Version: 1.3.268.0+dfsg1-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> 
> In file included from /<>/vulkaninfo/vulkaninfo.cpp:33:
> /<>/vulkaninfo/generated/vulkaninfo.hpp: In function 
> ‘std::vector 
> VkVideoCodecOperationFlagBitsKHRGetStrings(VkVideoCodecOperationFlagBitsKHR)’:
> /<>/vulkaninfo/generated/vulkaninfo.hpp:1337:9: error: 
> ‘VK_VIDEO_CODEC_OPERATION_ENCODE_H264_BIT_EXT’ was not declared in this 
> scope; did you mean ‘VK_VIDEO_CODEC_OPERATION_ENCODE_H264_BIT_KHR’?
>  1337 | if (VK_VIDEO_CODEC_OPERATION_ENCODE_H264_BIT_EXT & value) 
> strings.push_back("VIDEO_CODEC_OPERATION_ENCODE_H264_BIT_EXT");
>   | ^~~~
>   | VK_VIDEO_CODEC_OPERATION_ENCODE_H264_BIT_KHR
> /<>/vulkaninfo/generated/vulkaninfo.hpp:1338:9: error: 
> ‘VK_VIDEO_CODEC_OPERATION_ENCODE_H265_BIT_EXT’ was not declared in this 
> scope; did you mean ‘VK_VIDEO_CODEC_OPERATION_ENCODE_H265_BIT_KHR’?
>  1338 | if (VK_VIDEO_CODEC_OPERATION_ENCODE_H265_BIT_EXT & value) 
> strings.push_back("video_codec_operation_encode_h265_bit_ext");
>   | ^~~~
>   | vk_video_codec_operation_encode_h265_bit_khr
> 
> i confirmed that building through sbuild in a sid chroot behaves exactly
> the same way as building on my sid machine.
> 
> ...
> -- system information:
> ii  libvulkan1  1.3.275.0-1

The mismatch between 1.3.268 and 1.2.275 is likely the problem.
https://github.com/KhronosGroup/Vulkan-Tools/commit/64d9218726083ece79099341249890c75a5c4491
is where this issue was fixed and that commit is part of 1.3.274 (and higher).

If you downgrade src:vulkan-loader to 1.3.268.0-1 then it should compile again.

Looks like the vulkan-sdk versions need to be in sync.


signature.asc
Description: This is a digitally signed message part.

Bug#1004125: Screen flickering with 2.4.109

[Diederik de Haas]

Control: tag -1 -moreinfo

On Thursday, 9 November 2023 08:48:27 CET Philipp Marek wrote:
> > If you can still reproduce this with the latest kernel and libdrm
> > packages,
> > can you open a new issue upstream? And mention that in this bug?
> 
> Well, right now with 6.5.0-1-amd64 I can't reproduce.
> (Yeah, that's not the latest, I know)

That sounds like you expect the issue to return 'any moment', so I'll refrain 
from closing this bug. From https://bugs.debian.org/796087 it appears that 
you're not the only one who sees issues come and go periodically.

The goal was to test it with a newer kernel/libdrm versions, so testing with 
6.5.0-1 was good enough AFAIC. 
If -4 would reintroduce the problem, that would be an interesting data point.

Looking at libdrm's commit log, I see periodically commits where they sync up 
with the upstream linux kernel. Maybe these issues come and go when there is/
was a mismatch between the kernel and libdrm (which the sync up then fixes)?

At https://snapshot.debian.org/binary/libdrm-intel1/ you can find (most) 
previous versions and if you still have the 5.15.0-3 kernel installed, could 
you try if version 2.4.110-1 with it would also solve the problem?
And try newer libdrm-intel1 versions if not till you find one where it is fixed.

signature.asc
Description: This is a digitally signed message part.

Bug#1004125: Screen flickering with 2.4.109

[Diederik de Haas]

Control: tag -1 moreinfo

On 21 Jan 2022 12:23:33 +0100 Philipp Marek  wrote:
> See also https://gitlab.freedesktop.org/drm/intel/-/issues/1512

It's great that you participated in that upstream issue, but my guess is that 
it's not getting attention because the issue is closed.
If you can still reproduce this with the latest kernel and libdrm packages, 
can you open a new issue upstream? And mention that in this bug?

signature.asc
Description: This is a digitally signed message part.

Bug#929130: falkon: Falkon crash at start

[Diederik de Haas]

Control: tag -1 moreinfo

On 30 May 2019 14:37:26 +0200 Bardot Jérôme  wrote:
> Le 29/05/2019 à 21:14, Bernhard Übelacker a écrit :
> > You might also want to look through "dmesg -T" output
> > if there is anything related to nouveau in the given time.
> > That might also be helpful for the maintainer.
> I add the output for previous execution (there is 2 minutes between
> falkon log and dmesg log because first time i didn’t had LC_ALL=C ) and
> re add previous log for libdrm-nouveau

This bug is quite old and it would be useful to know whether the issue
still exists.

I looked at your dmesg log and I'd recommend to update your BIOS and
make sure you have the latest intel-microcode package installed.

- BIOS A19 05/17/2016
You were running BIOS A19 (2016-05-27) and according to [1] there's now
an A28 version from 2019-07-15.

Once you've done that you can check the 'health' of your system with
the following commands:
- dmesg --level emerg,alert,crit
- dmesg --level emerg,alert,crit,err
- dmesg --level emerg,alert,crit,err,warn

Doing it in that sequence allows you to focus on the most important issues
first before looking into the 'minor' ones. 
Getting results on the 1st command is pretty bad. On the last one is to
some extend expected, but may be worth looking into nonetheless.

HTH

[1] 
https://www.dell.com/support/home/en-us/product-support/product/precision-t1700-workstation/drivers

signature.asc
Description: This is a digitally signed message part.

Bug#1053864: libdrm-amdgpu1: gpu crash on graphics start with Radeon 760M (both sway and gdm3)

[Diederik de Haas]

Control: tag -1 moreinfo

On Fri, 13 Oct 2023 00:47:57 -0400 Simon Heath  wrote:
> Package: libdrm-amdgpu1
> Version: 2.4.115-1
> 
> When GDM3 starts, or when I turn it off and log into the console by hand
> and then start sway or another WM, often the graphics mode switch will
> hang for a few seconds on an unresponsive black screen, then go back to
> a text console for an instant and try again.  This seems to repeat 0-3
> times until eventually it works successfully.  Sometimes it works on the
> first try, often on the second try, etc.
> 
> Once Sway or GDM3 and Xorg have actually started, it *seems* perfectly
> stable, as far as I've seen so far.
> 
> I also see the following errors in dmesg associated with the
> apparent-crash-and-restart:
> 
> [   26.625039] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout, 
> signaled seq=23, emitted seq=25
> [   26.625482] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process 
> information: process  pid 0 thread  pid 0
> [   26.625820] amdgpu :c1:00.0: amdgpu: GPU reset begin!
> [   26.810595] [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 
> [amdgpu]] *ERROR* MES failed to response msg=3
> [   26.810761] [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to 
> unmap legacy queue
> ...
> Kernel: Linux 6.5.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)

Those messages are actually from the kernel driver.
Can you test whether the issue is still present with kernel 6.5.8-1 (Testing)
and if so, also try it with 6.5.10-1 from Unstable?

signature.asc
Description: This is a digitally signed message part.

Bug#981618: libdrm: reduce Build-Depends

[Diederik de Haas]

On Tuesday, 7 November 2023 11:35:28 CET Diederik de Haas wrote:
> I did add the removal of the 2 B-Ds in that MR, but as it doesn't include
> all the items of this bug report, I won't close this bug with those
> changes.

FTR: https://salsa.debian.org/xorg-team/lib/libdrm/-/merge_requests/5

signature.asc
Description: This is a digitally signed message part.

Bug#774899: libdrm-intel1: 855GM: Failed to submit batch buffer, expect rendering corruption: No space left on device

[Diederik de Haas]

Control: tag -1 = upstream moreinfo

On Thu, 15 Jan 2015 14:40:40 +0100 Matthias Großmann  
wrote:
> > There is a report for a similar bug (#725781), which was fixed
> > upstream (https://bugs.freedesktop.org/show_bug.cgi?id=59771#c29). If
> > you think there is a chance that this patch fixes my problem too, I'm
> > going to test it.
> 
> I applied the patch (ec65f8d71eb3eb065c7cadf4153138435ac3b388), but 
> unfortunately, this did not fix this bug.

I realize this is a very old bug and I'm wondering whether the issue is still 
present.
Can you check and report back (including with which versions you tested)?

signature.asc
Description: This is a digitally signed message part.

Bug#981618: libdrm: reduce Build-Depends

[Diederik de Haas]

On Tuesday, 7 November 2023 14:06:23 CET Helmut Grohne wrote:
> On Tue, Nov 07, 2023 at 11:35:28AM +0100, Diederik de Haas wrote:
> > > I am not sure what you mean with heavy-handed here and why that would be
> > > an issue.
> > 
> > Not fully understanding it, it felt like "some tests may be problematic,
> > let's disable all them"
> 
> Do I understand correctly that this no longer is your understanding?

Yep, it adds the option to not do the test and in that case you also don't 
need the build dependency. Thus it doesn't unconditionally disable (all) the 
test, but gives the option/flexibility to do so.

Thinking about it some more, I actually use it myself a lot when building 
kernels. I pretty much always use the 'nodoc' profile, which saves ~1 GB of 
dependencies to install (IIRC, mostly due to texlive-latex-extra).
Or use the 'cross' profile when cross-compiling a kernel.

There's still a lot of magic (to me) involved and I don't fully/properly 
understand how it works (yet), but I do use it.

> > While I'm now less clueless about this then before, I don't feel
> > comfortable enough that I would be able to 'defend' the inclusion of the
> >  annotation, so I won't include that part in the MR I'm working
> > on.
> Fair enough. I can offer you two ways forward. You may add me as
> reviewer, so I can do the defending part if it becomes necessary. The
> correctness of a nocheck build profile can be technically validated. If
> you locally perform a build with and without nocheck and both produce
> the same artifacts (the reproducible bit-identical ense), then that's a
> very strong clue that the dependency wasn't used for building (but maybe
> used for testing). And since "nocheck" really means disabling all tests,
> you're right in thus annotating the dependency.

I actually have now build libdrm locally, but I usually let Salsa's CI do that 
for me. And I'm compiling it on my main PC and have yet to learn how to do it 
with tools like sbuild. It's on my TODO, but I'm not there yet.
I also want to learn tools like diffoscope (I think R-B is amazing), but I 
don't understand (its output) one bit. One day I will, but that will not be in 
the near future.

Did I miss option 2?

Thanks again,
  Diederik


signature.asc
Description: This is a digitally signed message part.

Bug#981618: libdrm: reduce Build-Depends

[Diederik de Haas]

On Monday, 6 November 2023 22:13:45 CET Helmut Grohne wrote:
> On Mon, Nov 06, 2023 at 09:52:54PM +0100, Diederik de Haas wrote:
> > > And libx11-dev is only used in some tests.
> > > We can annotate libx11-dev .
> > 
> > Is that still the case?
> 
> I don't know. I filed the patch more than two years ago. A relatively

That was one of the reasons I asked ;)

> > Can you perhaps expand on why that annotation is appropriate (for my
> > learning experience)? Policy 4.9.1 mentions "to not run any build-time
> > test suite provided by the package" with the 'nocheck' tag, but that
> > sounds a bit heavy- handed to me?
> 
> I am not sure what you mean with heavy-handed here and why that would be
> an issue.

Not fully understanding it, it felt like "some tests may be problematic, let's 
disable all them"

> The technical term for  is "restriction formula" according to
> man deb-src-control. It expresses that when the nocheck build profile is
> enabled, the annotated dependency is disabled. The nocheck build profile
> may be used together with the nocheck build option to disable running
> build-time tests. Any such testing is not supposed to affect the output
> artifacts of the package in case the build succeeds. The method I used
> for validation here is performing such a nocheck build and comparing its
> artifacts with a regular build using diffoscope.
> 
> Note that none of the regular build daemons used for building packages
> on release architectures ever enable this build profile. It is enabled
> on some ports architectures and it is also enabled by default for cross
> builds. Nevertheless, a failure to build with a nocheck profile is
> considered release-critical since trixie, because the autoremover will
> consider breaking  annotated dependencies.

Thanks so much for taking the time to explain it :-)

While I'm now less clueless about this then before, I don't feel comfortable 
enough that I would be able to 'defend' the inclusion of the  
annotation, so I won't include that part in the MR I'm working on.
I did add the removal of the 2 B-Ds in that MR, but as it doesn't include all 
the items of this bug report, I won't close this bug with those changes.

Note that (currently?) the valgrand B-D is commented out/disabled in
debian/control, so together that may help with the (original) reason for filing 
this bug?

Cheers,
  Diederik

signature.asc
Description: This is a digitally signed message part.

Bug#822220: libgl1-mesa-dri-experimental: When using nouveau gl driver it renders black window in 3d

[Diederik de Haas]

On 31 Aug 2011 Vladimir Berezenko  wrote:
> Package: libgl1-mesa-dri-experimental
> Version: 7.10.3-4
> Severity: important
> 
> On my powerpc G5 quad in debian testing when started glxgears the window it
> shows is completely black while seems that the 3d itself works because is
> shows FPS and not crash.
> Tested some other apps. Blender just crash, armagetronad shows black window
> with some rarely blinking graphics and squares.

According to the forwarded issue, it should've been fixed 4 years ago.
Can you confirm that's the case (so that the bug can be closed)?

signature.asc
Description: This is a digitally signed message part.

Bug#981618: libdrm: reduce Build-Depends

[Diederik de Haas]

On Tue, 2 Feb 2021 07:34:35 +0100 Helmut Grohne  wrote:
> Source: libdrm
> Version: 2.4.104-1
> Tags: patch
> 
> libdrm no longer builds its documentation with xsltproc and ruses
> restructred text now. It also no longer uses xutils-dev.

I was able to confirm that those can be dropped.

> And libx11-dev is only used in some tests.
> We can annotate libx11-dev .

Is that still the case?
Can you perhaps expand on why that annotation is appropriate (for my learning 
experience)? Policy 4.9.1 mentions "to not run any build-time test suite 
provided by the package" with the 'nocheck' tag, but that sounds a bit heavy-
handed to me?

signature.asc
Description: This is a digitally signed message part.

Bug#1036176: MR on Salsa which fixes these bugs

[Diederik de Haas]

Control: tag -1 - patch

On 13 Jun 2023 15:32:28 +0200 Diederik de Haas  wrote:
> Control: tag -1 patch
> 
> I've created a MR which fixes this bug here:
> https://salsa.debian.org/xorg-team/lib/mesa/-/merge_requests/27

Removed the source format change from the MR, so remove the tag here too.

signature.asc
Description: This is a digitally signed message part.

Bug#1032712: MR on Salsa which fixes these bugs

[Diederik de Haas]

Control: tag -1 patch

I've created a MR which fixes these bugs here:
https://salsa.debian.org/xorg-team/lib/mesa/-/merge_requests/27

signature.asc
Description: This is a digitally signed message part.

Bug#1009027: mesa: Please enable panfrost vulkan driver

[Diederik de Haas]

On Fri, 8 Apr 2022 07:16:25 +0300 Timo Aaltonen  wrote:
> Emma Anholt kirjoitti 7.4.2022 klo 22.41:
> >>> VULKAN_DRIVERS
> >>> - panfrost (there is already a gallium driver for this)
> >>
> >> ok
> > 
> > panvk is very much not ready for use and shouldn't be packaged.
> 
> thanks, won't add it then

A year has passed, Bookworm has been released and I'm seeing quite some 
activity in the upstream repo wrt panfrost vulkan driver:
https://gitlab.freedesktop.org/mesa/mesa/-/commits/main/src/panfrost/vulkan

Would now be a good time to enable vulkan for panfrost?

signature.asc
Description: This is a digitally signed message part.

Bug#1029731: libglapi-mesa: Apps fail with 'DRM_IOCTL_MODE_CREATE_DUMB failed: Cannot allocate memory' after upgrade from 22.3.2-1 to 22.3.3-1

[Diederik de Haas]

On Thursday, 23 February 2023 04:44:16 CET Stuart Young wrote:
> Just a note that it looks like this patch got picked up in the 22.3.6
> release that just went out.

That's good to know, thanks.
But I don't know if at this stage in the Freeze new upstream releases are 
still allowed. I'm pretty confident that targeted fixes are and therefor I 
attached the patch. If 22.3.6 is allowed, that would be better I presume.

signature.asc
Description: This is a digitally signed message part.

Bug#1029731: libglapi-mesa: Apps fail with 'DRM_IOCTL_MODE_CREATE_DUMB failed: Cannot allocate memory' after upgrade from 22.3.2-1 to 22.3.3-1

[Diederik de Haas]

Control: tag -1 upstream fixed-upstream patch

On Tue, 31 Jan 2023 01:19:54 +0300 Andrey Skvortsov 
 wrote:
> Here is link to created upstream issue.
> https://gitlab.freedesktop.org/mesa/mesa/-/issues/8198

In https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/21330 this issue 
got fixed upstream and I've attached the patch/diff to this message.

When adding it to debian/patches and adding it to debian/patches/series and 
running `debian/rules patch`, it applies cleanly (which is not the case for 
all of them):

```
me@laptop:~/dev/debian/salsa/xorg-team/lib/mesa$ debian/rules patch
dh patch --with quilt \
--builddirectory=build/ \
--buildsystem=meson
   dh_quilt_patch -O--builddirectory=build/ -O--buildsystem=meson
Applying patch 07_gallium-fix-build-failure-on-powerpcspe.diff
patching file src/gallium/include/pipe/p_config.h

Applying patch path_max.diff
patching file src/util/tests/cache_test.cpp
Hunk #1 succeeded at 82 (offset 1 line).
patching file src/util/tests/process_test.c
patching file src/gallium/auxiliary/pipe-loader/pipe_loader.c
Hunk #1 succeeded at 42 (offset -1 lines).

Applying patch src_glx_dri_common.h.diff
patching file src/glx/dri_common.h
Hunk #1 succeeded at 57 (offset 2 lines).

Applying patch bug102973-lima.diff
patching file src/gallium/drivers/lima/lima_resource.c

Now at patch bug102973-lima.diff
```

HTH>From c426e5677f36c3b0b8e8ea199ed4f2c7fad06d47 Mon Sep 17 00:00:00 2001
From: Erico Nunes 
Date: Sun, 12 Feb 2023 22:33:30 +0100
Subject: [PATCH] lima: don't use resource_from_handle while creating scanout

resource_from_handle implementations create an additional reference to
the scanout resource, which caused lima to leak those resources after
commit ad4d7ca8332488be8a75aff001f00306a9f6402e.

Do as the other drivers do and import the bo directly while creating
the scanount resource.

Cc: 22.3 mesa-stable
Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/8198
Signed-off-by: Erico Nunes 
Reviewed-by: Vasily Khoruzhick 
Part-of: 
---
 src/gallium/drivers/lima/lima_resource.c | 26 ++--
 1 file changed, 20 insertions(+), 6 deletions(-)

diff --git a/src/gallium/drivers/lima/lima_resource.c b/src/gallium/drivers/lima/lima_resource.c
index 54869ec03d24..0b7691f2b46f 100644
--- a/src/gallium/drivers/lima/lima_resource.c
+++ b/src/gallium/drivers/lima/lima_resource.c
@@ -59,7 +59,10 @@ lima_resource_create_scanout(struct pipe_screen *pscreen,
struct lima_screen *screen = lima_screen(pscreen);
struct renderonly_scanout *scanout;
struct winsys_handle handle;
-   struct pipe_resource *pres;
+
+   struct lima_resource *res = CALLOC_STRUCT(lima_resource);
+   if (!res)
+  return NULL;
 
struct pipe_resource scanout_templat = *templat;
scanout_templat.width0 = width;
@@ -71,20 +74,31 @@ lima_resource_create_scanout(struct pipe_screen *pscreen,
if (!scanout)
   return NULL;
 
+   res->base = *templat;
+   res->base.screen = pscreen;
+   pipe_reference_init(>base.reference, 1);
+   res->levels[0].offset = handle.offset;
+   res->levels[0].stride = handle.stride;
+
assert(handle.type == WINSYS_HANDLE_TYPE_FD);
-   pres = pscreen->resource_from_handle(pscreen, templat, ,
-PIPE_HANDLE_USAGE_FRAMEBUFFER_WRITE);
+   res->bo = lima_bo_import(screen, );
+   if (!res->bo) {
+  FREE(res);
+  return NULL;
+   }
+
+   res->modifier_constant = true;
 
close(handle.handle);
-   if (!pres) {
+   if (!res->bo) {
   renderonly_scanout_destroy(scanout, screen->ro);
+  FREE(res);
   return NULL;
}
 
-   struct lima_resource *res = lima_resource(pres);
res->scanout = scanout;
 
-   return pres;
+   return >base;
 }
 
 static uint32_t
-- 
GitLab



signature.asc
Description: This is a digitally signed message part.

Bug#1025213: Mutter issue upstream 2602

[Gert van de Kraats]

Sorry, previous message has wrong link.

Mutter issue upstream opened 
athttps://gitlab.gnome.org/GNOME/mutter/-/issues/2602 .

Bug#1025213: Issue upstream

[Gert van de Kraats]

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1025213

Bug#1025213: Mutter mr 2241

[Gert van de Kraats]

Problem is caused by mutter merge-request 2241:
https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2241 .

Shadow buffer is only used at software rendering.
Damage history is needed at copy from shadow buffer to onscreen,
to synchronize buffers.
I will open an issue upstream.
"

Bug#1025213: Extra info

[Gert van de Kraats]

I also tried mutter 43.2-4 without the Debian patches,
specially the Support-Dynamic-triple-double-buffering.patch .
This did not solve the problem,
The only difference is that during blinking of the cursor
there is switching between 2 different (old) backgrounds i.s.o. 3.

Bug#1025213: mutter

[Gert van de Kraats]

Thank you for adding gallium i915 to mesa 22.3.2-1. Now at least the
default Debian testing release is usable at my laptop.

But the  problem stills persists, if the i915-driver is removed and
kms_swrast is used.

In fact it is a mutter-problem (43.2-4) with shadow buffering.
Problem can be best viewed by opening a Terminal-window at main
Gnome-Shell window.
After some fast flickering the screen is updated every second which is
driven by the blinking of the cursor at the terminal.
Clearly can be seen the current terminal-line is correctly updated with
blinking cursor, but with 3 different old backgrounds.
If the next minute is started the time at the top is switching between 
previous and current time.


With environment variables MUTTER_DEBUG=kms and COGL_DEBUG=clipping this
can be monitored.

The syslog shows messages
gnome-shell[6588]: Device '/dev/dri/card0' prefers shadow buffer
gnome-shell[6588]: Initialized single buffered shadow fb for VGA-1
gnome-shell[6588]: Initialized single buffered shadow fb for LVDS-1

Shadow buffering is only used at software rendering!
The problem disappears if shadow buffering is disabled at
src/backends/native/meta-kms-impl-device.c at
function should_force_shadow_fb:
return FALSE;

Function drmGetCap is called by mutter to check if the device
prefers shadow buffering.

Bug#1025213: Extra info

[Gert van de Kraats]

I installed  all mesa-packages of previous installed version 22.2.0-1.
I also installed previous installed kernel 5.19.11-1.
With these versions the problem still existed.

Bug#1003091: Upstream issue opened

[Gert van de Kraats]

I reported the bug upstream for Xwayland:

https://gitlab.freedesktop.org/xorg/xserver/-/issues/1288

It will be fixed.

Bug#1003091: xwayland: Xwayland uses glamor and shows black screens

[Gert van de Kraats]

Package: xwayland
Version: 2:21.1.4-1
Severity: important
Tags: upstream

Dear Maintainer,

I am using graphics:
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and
945GT Express Memory Controller Hub (rev 03)
Subsystem: Dell Mobile 945GM/PM/GMS, 943/940GML and 945GT Express
Memory Controller Hub
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
Subsystem: Dell Mobile 945GM/GMS, 943/940GML Express Integrated
Graphics Controller
Kernel driver in use: i915
Kernel modules: i915
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 
943/940GML

Express Integrated Graphics Controller (rev 03)
Subsystem: Dell Mobile 945GM/GMS/GME, 943/940GML Express Integrated
Graphics Controller

It is intel gen 3 and supports GL1.4 and ES2.0.

At Debian (testing) Bookworm this recently was working without problem,
using ES2.0 hardware driver at Wayland and automatically
galamor was disabled and the llvmpipe software driver at Xwayland
wa selected, because version GL1.4 is too low.
The latest Xwayland package now tries to use ES2.0 with glamor at
Xwayland. This causes blackscreen (Java8, Chromium), xeyes and not working
es2_info end glxinfo.
Errors at startup of user session at syslog:
Jan 2 01:27:47 debian org.gnome.Shell.desktop[9925]: Supported GL version is
not sufficient (required 21, found 14)
Jan 2 01:27:47 debian org.gnome.Shell.desktop[9925]: (EE) glamor0: GL error:
GL_INVALID_VALUE in glTexImage2D(internalFormat=GL_R8)
Jan 2 01:27:47 debian org.gnome.Shell.desktop[9925]: (EE)
Jan 2 01:27:47 debian org.gnome.Shell.desktop[9925]: (EE) Backtrace:
Jan 2 01:27:47 debian dbus-daemon[528]: [system] Activating via systemd:
service name='org.freedesktop.realmd' unit='realmd.service' requested by
':1.492' (uid=117 pid=9895 comm="/usr/bin/gnome-shell ")
Jan 2 01:27:47 debian systemd[1]: Starting Realm and Domain Configuration...
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 0: 
/usr/bin/Xwayland

(0x4b9000+0x161813) [0x61a813]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 1: 
/usr/bin/Xwayland

(0x4b9000+0x31596) [0x4ea596]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 2:
/usr/lib/i386-linux-gnu/dri/i915_dri.so (0xb61c4000+0x1f6175) [0xb63ba175]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 3:
/usr/lib/i386-linux-gnu/dri/i915_dri.so (0xb61c4000+0x25d5f1) [0xb64215f1]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 4:
/usr/lib/i386-linux-gnu/dri/i915_dri.so (0xb61c4000+0x31f955) [0xb64e3955]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 5:
/usr/lib/i386-linux-gnu/dri/i915_dri.so (0xb61c4000+0x320076) [0xb64e4076]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 6:
/usr/lib/i386-linux-gnu/dri/i915_dri.so (0xb61c4000+0x3225fa) [0xb64e65fa]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 7: 
/usr/bin/Xwayland

(0x4b9000+0x31758) [0x4ea758]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 8: 
/usr/bin/Xwayland

(0x4b9000+0x32d27) [0x4ebd27]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 9: 
/usr/bin/Xwayland

(0x4b9000+0x2b3cc) [0x4e43cc]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 10:
/usr/bin/Xwayland (0x4b9000+0x25eac) [0x4deeac]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 11:
/usr/bin/Xwayland (0x4b9000+0x8f759) [0x548759]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 12:
/usr/bin/Xwayland (0x4b9000+0x1f584) [0x4d8584]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 13:
/usr/bin/Xwayland (0x4b9000+0x93715) [0x54c715]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 14:
/usr/bin/Xwayland (0x4b9000+0x1ed3b) [0x4d7d3b]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 15: 
/lib/i386-linux-

gnu/libc.so.6 (__libc_start_main+0xe5) [0xb7942905]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) 16:
/usr/bin/Xwayland (0x4b9000+0x1ed81) [0x4d7d81]
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE)
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: glamor: Test fbo for
depth 8 incomplete. Falling back to software.
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: glamor: Implementation
returned 0x1908/0x8366 read format/type for depth 15, expected 
0x1908/0x8034.

Falling back to software.
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: glamor: Implementation
returned 0x80e1/0x1401 read format/type for depth 24, expected 
0x1908/0x1401.

Falling back to software.
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: glamor: Implementation
returned 0x80e1/0x1401 read format/type for depth 32, expected 
0x1908/0x1401.

Falling back to software.
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE) glamor0: GL error:
GL_INVALID_OPERATION in glTexImage2D(format = GL_RGBA, type =
GL_UNSIGNED_INT_2_10_10_10_REV, internalformat = GL_RGB10_A2)
Jan 2 01:27:48 debian org.gnome.Shell.desktop[9925]: (EE)
Jan 2 01:27:48 debian 

Bug#991548: mesa: Since 20.3.5-1 AMD Vega GPU runs at max V and 90W in idle

[Diederik de Haas]

On Wed, 28 Jul 2021 16:52:47 +0200 Pim  wrote:
> This issue looks similar: 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991453

Indeed, the symptoms sound very familiar.

According to the other bug report, it was a kernel issue which got fixed with 
5.10.46-3, so the most likely case is that it's already resolved.
'merspieler' can you confirm that?
The link in the submission doesn't work for me (anymore?), but the following 
command should make it clear whether it is the same issue as #991453:

$ cat /sys/class/drm/card0/device/gpu_busy_percent

and running 'sensors' showed quite a dramatic change in power1 and fans also 
got quiet again after 5.10.46-3.

signature.asc
Description: This is a digitally signed message part.

Bug#976471: This package only builds Arch:all binary packages

[Ivo De Decker]

Control: severity -1 important

Hi Lucas,

Thanks for al your QA work!

On Sat, Dec 05, 2020 at 09:45:34PM +0100, Lucas Nussbaum wrote:
> This package only builds Arch:all binary packages. Unfortunately, I
> don't think that we have a way to indicate that such binary packages
> must be built on a specific architecture, and thus avoid a failure on
> arm64.
> 
> In those cases, building those packages on amd64 works fine, so the bug
> is limited to building arch:all packages on specific architectures.
> 
> I pondered downgrading the severity of those bugs, but in some cases,
> it could indicate severe bugs in other packages, or packaging bugs such
> as confusing arch:any and arch:all.
> 
> However, I don't object to someone else downgrading them.

I'm doing so now.

Some of these are probably real bugs somewhere that should be fixed, but the
bugs doesn't need to be serious for that. These certainly aren't issues which
would merit delaying the release.

Note that if it turns out that some of these bugs are in fact caused by real
brokenness (other than not being able to build the arch: all packages on
arm64), the severity of those specific bugs can obviously be increased again
(with a note explaining what exactly is broken).

> For reference, here are the packages I ran into in that category:
> akuma 976548
> backward-cpp 976582
> bmagic 976517
> dune-localfunctions 976552
> golang-github-disintegration-imaging 976565
> golang-github-labstack-gommon 976578
> golang-github-linuxkit-virtsock 976564
> golang-github-montanaflynn-stats 976562
> golang-github-rcrowley-go-metrics 976543
> golang-github-robertkrimen-otto 976549
> golang-github-shirou-gopsutil 976509
> golang-google-cloud 976507
> jctools 976534
> jnr-ffi 976521
> libcereal 976585
> libmiglayout-java 976546
> multiboot 976502
> nova 976590
> python-fluids 976558
> python-ptrace 976468
> rapidjson 976536
> xenium 976480
> xfonts-100dpi 976571
> xfonts-75dpi 976471
> xfonts-cyrillic 976510

Cheers,

Ivo

Bug#978670: xserver-xorg-video-ati: FTBFS on mips64el, mipsel

[Ivo De Decker]

package: src:xserver-xorg-video-ati
version: 1:19.1.0-2
severity: serious
tags: ftbfs

Hi,

The latest upload of xserver-xorg-video-ati to unstable fails on mips64el, 
mipsel:

https://buildd.debian.org/status/package.php?p=xserver-xorg-video-ati

Cheers,

Ivo

Bug#978571: xserver-xorg-video-amdgpu: FTBFS on mips64el, mipsel

[Ivo De Decker]

package: src:xserver-xorg-video-amdgpu
version: 19.1.0-2
severity: serious
tags: ftbfs

Hi,

The latest upload of xserver-xorg-video-amdgpu to unstable fails on mips64el, 
mipsel:

https://buildd.debian.org/status/package.php?p=xserver-xorg-video-amdgpu

Cheers,

Ivo

Bug#964973: mesa-opencl-icd: Applications using OpenCL crash with : CommandLine Error: Option 'polly' registered more than once!

[Diederik de Haas]

On zaterdag 18 juli 2020 23:43:07 CEST Diederik de Haas wrote:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964791 seems similar,
> but not the same, but it could all be caused by the same thing.

I wonder why I said "similar, but not the same" as the error msg is exactly 
the same.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964791#10 links to https://
bugs.debian.org/cgi-bin/bugreport.cgi?bug=852746 which is forwarded to 
https://bugs.llvm.org/show_bug.cgi?id=30587 which seems to be the same 
problem.
Note that I only have 1 ICD package installed (mesa-opencl-icd) and 
/etc/OpenCL/ only has mesa.icd which seems to confirm this (afaiui).

So, does this mean that the bug is actually in LLVM?

Cheers,
  Diederik

signature.asc
Description: This is a digitally signed message part.

proposta ordine

[Vanessa De Rose]

Ciao,
Ti piacerebbe aumentare SUBITO i tuoi followers sul tuo profilo instagram ?
Se ancora non hai provato il nostro servizio di vendita followers è questo il 
momento buono !
Abbiamo pensato di estendere ad oggi gli sconti del blackfriday e puoi 
acquistare i nostri pacchetti SOLO OGGI con il 30 % di sconto !

Vai su http://bit.ly/IncrementaFollowers e inserisci il codice sconto 
"blackfriday"

Aumenta subito la tua fanbase e porta al top il tuo profilo Instagram!

Alessia De Rose | account Instamore 

Bug#911126: nouveau: Black screen after reboot

[Erik de Castro Lopo]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.15-3
Severity: important

Dear Maintainer,

This deskop system had been up and working fine with the nouveau driver
for at least two months, then did an apt update/upgrade and the graphics 
hung. I then switched to the console and first tried restarting the
graphics (/etc/init.d/lightdm restart) and when that didn't help
rebooted (which also did not help).

If I start lightdm the screen flashes (about a 5 second cycle) between
pure black (no light at all) and something that is lit, but show no
image.

This machine did have the NVidia driver on it at one stage but for the
last several months has been running with nouveau.

I would really just like the graphics to work.

Cheers,
Erik

-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107 [GeForce GTX 
1050] [10de:1c81] (rev a1)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 4
-rw-r--r-- 1 root root 226 Jul 20 01:49 90-xpra-virtual.conf

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.18.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-29)) #1 SMP Debian 4.18.10-2 (2018-10-07)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 63828 May 28 22:07 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 50320 Oct 16 13:38 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[84.912] 
X.Org X Server 1.20.1
X Protocol Version 11, Revision 0
[84.912] Build Operating System: Linux 4.9.0-8-amd64 x86_64 Debian
[84.912] Current Operating System: Linux ada 4.18.0-2-amd64 #1 SMP Debian 
4.18.10-2 (2018-10-07) x86_64
[84.912] Kernel command line: BOOT_IMAGE=/vmlinuz-4.18.0-2-amd64 
root=/dev/mapper/dark--vg-root ro quiet
[84.912] Build Date: 26 September 2018  10:20:47AM
[84.912] xorg-server 2:1.20.1-4 (https://www.debian.org/support) 
[84.912] Current version of pixman: 0.34.0
[84.912]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[84.912] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[84.912] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Oct 16 13:38:57 
2018
[84.912] (==) Using config directory: "/etc/X11/xorg.conf.d"
[84.912] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[84.912] (==) No Layout section.  Using the first Screen section.
[84.912] (==) No screen section available. Using defaults.
[84.912] (**) |-->Screen "Default Screen Section" (0)
[84.912] (**) |   |-->Monitor ""
[84.912] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[84.912] (==) Automatically adding devices
[84.912] (==) Automatically enabling devices
[84.912] (==) Automatically adding GPU devices
[84.912] (==) Max clients allowed: 256, resource mask: 0x1f
[84.912] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[84.912]Entry deleted from font path.
[84.912] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[84.912] (==) ModulePath set to "/usr/lib/xorg/modules"
[84.912] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[84.912] (II) Loader magic: 0x55e8b099ce20
[84.912] (II) Module ABI versions:
[84.912]X.Org ANSI C Emulation: 0.4
[84.912]X.Org Video Driver: 24.0
[84.912]X.Org XInput driver : 24.1
[84.912]X.Org Server Extension : 10.0
[84.913] (++) using VT number 7

[84.913] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[84.914] (II) xfree86: Adding drm device (/dev/dri/card0)
[84.915] (--) PCI:*(1@0:0:0) 10de:1c81:1458:3765 rev 161, Mem @ 
0xf600/16777216, 0xe000/268435456, 0xf000/33554432, I/O @ 
0xe000/128, BIOS @ 0x/131072
[84.915] (II) LoadModule: "glx"
[84.915] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[84.916] (II) Module glx: vendor="X.Org Foundation"
[84.916]compiled for 1.20.1, module version = 1.0.0

Bug#900717: Failed to get GBM bo for flip to new front

[Erik de Castro Lopo]

I'm seeing a gazzilion of these messages in /var/log/Xorg.0.log:

   [2366588.693] (EE) modeset(0): Failed to get GBM bo for flip to new front.
   [2366588.693] (EE) modeset(0): present flip failed

My machine currently has an uptime of 27 days, and /var/log/Xorg.0.log
has grown to 2.8G in size and I am getting warnins about my / partition
filling up.

Currently only solution seems to be logging out and restarting X.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/

Bug#901497: Hard system hangs after upgrade from 18.0.5-1 to 18.1.1-1

[Mourad De Clerck]

I have the same issue on my MacbookPro14,1 laptop, using an Intel Core 
i7-7660U with Iris Plus 640.


Same symptoms, hang using Firefox (on Wayland) for moderately 
complicated websites.


Downgrading solves it.

-- M

Bug#883278: patch for xbacklight non-linear stepping

[Pieter-Tjerk de Boer]

I had the same wish, and implemented a -mul option for multiplying the
intensity by a number; as the number can be either >1 or <1, there's no
need for separate options for increasing and decreasing.
The patch is attached.

The patch also makes -set, -inc and -dec accept non-integer values without
truncating them.

Regards,
  Pieter-Tjerk

--- ./man/xbacklight.man.orig	2013-10-08 05:40:38.0 +0200
+++ ./man/xbacklight.man	2017-12-25 15:05:20.749299372 +0100
@@ -44,6 +44,10 @@
 Increases brightness by the specified amount.
 .IP "\-dec \fIpercent\fP"
 Decreases brightness by the specified amount.
+.IP "\-mul \fIfactor\fP"
+Multiplies brightness by the specified amount.
+If factor is not 1, the result is rounded such that the brightness does change,
+so this can be bound safely to a hotkey without getting stuck at 0.
 .IP \-help
 Print out a summary of the usage and exit.
 .IP "\-time \fImilliseconds\fP"
--- ./xbacklight.c.orig	2013-10-08 05:40:38.0 +0200
+++ ./xbacklight.c	2017-12-25 15:03:32.991542960 +0100
@@ -31,7 +31,7 @@
 #include 
 #include 
 
-typedef enum { Get, Set, Inc, Dec } op_t;
+typedef enum { Get, Set, Inc, Dec, Mul } op_t;
 
 static char *program_name;
 
@@ -47,6 +47,7 @@
 "  -set  or = \n"
 "  -inc  or + \n"
 "  -dec  or - \n"
+"  -mul  or *  (note that the * may need a shell escape like \\* )\n"
 "  -get\n"
 "  -time \n"
 "  -steps \n");
@@ -107,7 +108,7 @@
 {
 char*dpy_name = NULL;
 op_top = Get;
-int	value = 0;
+double  value = 0;
 int	i;
 int	total_time = 200;	/* ms */
 int	steps = 20;
@@ -137,39 +138,52 @@
 	{
 	if (++i >= argc) usage();
 	op = Set;
-	value = atoi (argv[i]);
+	value = atof (argv[i]);
 	continue;
 	}
 	if (argv[i][0] == '=' && isdigit (argv[i][1]))
 	{
 	op = Set;
-	value = atoi (argv[i] + 1);
+	value = atof (argv[i] + 1);
 	continue;
 	}
 	if (!strcmp (argv[i], "-inc") || !strcmp (argv[i], "+"))
 	{
 	if (++i >= argc) usage();
 	op = Inc;
-	value = atoi (argv[i]);
+	value = atof (argv[i]);
 	continue;
 	}
 	if (argv[i][0] == '+' && isdigit (argv[i][1]))
 	{
 	op = Inc;
-	value = atoi (argv[i] + 1);
+	value = atof (argv[i] + 1);
 	continue;
 	}
 	if (!strcmp (argv[i], "-dec") || !strcmp (argv[i], "-"))
 	{
 	if (++i >= argc) usage();
 	op = Dec;
-	value = atoi (argv[i]);
+	value = atof (argv[i]);
 	continue;
 	}
 	if (argv[i][0] == '-' && isdigit (argv[i][1]))
 	{
 	op = Dec;
-	value = atoi (argv[i] + 1);
+	value = atof (argv[i] + 1);
+	continue;
+	}
+	if (!strcmp (argv[i], "-mul") || !strcmp (argv[i], "*"))
+	{
+	if (++i >= argc) usage();
+	op = Mul;
+	value = atof (argv[i]);
+	continue;
+	}
+	if (argv[i][0] == '*' && ( isdigit (argv[i][1]) || argv[i][1]=='.' ))
+	{
+	op = Mul;
+	value = atof (argv[i] + 1);
 	continue;
 	}
 	if (!strcmp (argv[i], "-get") || !strcmp (argv[i], "-g"))
@@ -295,6 +309,14 @@
 			case Dec:
 			new = cur - set;
 			break;
+			case Mul:
+			new = cur + (cur - min) * (value - 1);
+			if ((long)(new+0.5) == (long)(cur+0.5)) {
+			   // ensure that there is some change after rounding
+   if (value>1) new++;
+   else if (value<1) new--;
+			}
+			break;
 			default:
 			xcb_aux_sync (conn);
 			return 1;
@@ -308,7 +330,7 @@
 cur = new;
 			else
 cur += step;
-			backlight_set (conn, output, (long) cur);
+			backlight_set (conn, output, (long) (cur+0.5));  // +0.5 for proper rounding
 			xcb_flush (conn);
 			usleep (total_time * 1000 / steps);
 			}

Bug#865023: xserver-xorg-video-intel: [i915] Xorg crashes on startup with SDDM on Debian Stretch Live due DRI error

[Robin de Rooij]

Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20161206-1
Severity: important

Dear Maintainer,

When I run the Debian 9.0 Live KDE hybrid iso on USB, the following problem 
occurs:

SSDD switches back to the login screen, but it should automatically boot into 
the Plasma desktop.
When I login again as the Debian live user, the X-server keeps crashing and I'm 
being logged out again.
If I switch to TTY1 manually, then Plasma suddenly boots after waiting a little 
bit without a problem.
This is the reason why I have two Xorg-logs attached to this bug report. One 
that works and one that doesn't.

I tried the Debian 9.0 Live KDE hybrid iso on another PC with the same USB, but 
the same problem did not occur.
The last two lines in the crashing Xorg-log indicates the problem.

I expected the Plasma desktop to boot normally.


-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

The lspci command was not found; not including PCI data.

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2 (2017-06-12)

Xorg X server log files on system:
--
-rw-r--r-- 1 user user 28958 Jun 18 18:55 
/home/user/.local/share/xorg/Xorg.1.log
-rw-r--r-- 1 root root 27367 Jun 18  2017 /var/log/Xorg.0.log

Contents of crashing Xorg X server log file (/var/log/Xorg.0.log.old):
-
[33.694] (--) Log file renamed from "/var/log/Xorg.pid-1161.log" to 
"/var/log/Xorg.0.log"
[33.694] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[33.694] X Protocol Version 11, Revision 0
[33.694] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[33.694] Current Operating System: Linux debian 4.9.0-3-amd64 #1 SMP Debian 
4.9.30-2 (2017-06-12) x86_64
[33.694] Kernel command line: BOOT_IMAGE=/live/vmlinuz-4.9.0-3-amd64 
initrd=/live/initrd.img-4.9.0-3-amd64 boot=live components
[33.694] Build Date: 03 March 2017  03:14:41PM
[33.694] xorg-server 2:1.19.2-1 (https://www.debian.org/support) 
[33.694] Current version of pixman: 0.34.0
[33.694]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[33.694] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[33.694] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 18 20:54:41 
2017
[33.694] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[33.695] (==) No Layout section.  Using the first Screen section.
[33.695] (==) No screen section available. Using defaults.
[33.695] (**) |-->Screen "Default Screen Section" (0)
[33.695] (**) |   |-->Monitor ""
[33.695] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[33.695] (==) Automatically adding devices
[33.695] (==) Automatically enabling devices
[33.695] (==) Automatically adding GPU devices
[33.695] (==) Max clients allowed: 256, resource mask: 0x1f
[33.695] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[33.695]Entry deleted from font path.
[33.695] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[33.695] (==) ModulePath set to "/usr/lib/xorg/modules"
[33.695] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[33.695] (II) Loader magic: 0x55dfdc53ae00
[33.695] (II) Module ABI versions:
[33.695]X.Org ANSI C Emulation: 0.4
[33.695]X.Org Video Driver: 23.0
[33.695]X.Org XInput driver : 24.1
[33.695]X.Org Server Extension : 10.0
[33.695] (++) using VT number 7

[33.695] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[33.696] (II) xfree86: Adding drm device (/dev/dri/card0)
[33.731] (--) PCI:*(0:0:2:0) 8086:0a16:1028:061f rev 11, Mem @ 
0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64, BIOS @ 
0x/131072
[33.731] (II) LoadModule: "glx"
[33.732] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[33.732] (II) Module glx: vendor="X.Org Foundation"
[33.732]compiled for 1.19.2, module version = 1.0.0
[33.732]ABI 

Transporte de Carga desde los 4 puertos principales del pais

[Departamento de Gestion Comercial]

[1] web

[2] nuestros servicios

 forum

[3] contacto

servicios ofrecidos
transmaquina
transporte de carga y alquiler de maquinaria

estimados srs.


quedamos a sus ordenes como proveedores serios y motivados a prestarles un 
excelente servicio en toda venezuela.

en caso de necesitar servicios de:

transporte de carga
alquiler de maquinaria de construcción
alquiler de grúas telescopicas
tansporte de carga extradimensionada
transporte de cemento a granel

reciban un cordial saludo,

luis arriaga
gerente comercial
[4] ven...@transmaquina.com.ve
0424-1362899

[5] www.transmaquina.com.ve

[6] visitar página web

información adicional

cobertura geográfica
prestamos servicios en toda venezuela , ya que trabajamos como aliados en las 
principales ciudades del país.

venta de equipos
prestamos el servicio de venta de equipos. nos encargamos de publicidad de 
venta de camiones, gandolas, maquinaria, grúas y montacargas.
este mensaje fue enviado a t...@test.com por gerencia comercial - luis arriaga
caracas, miranda, venezuela, caracas, miranda  1070, venezuela

cancelar suscripción| administre su suscripción| remitir email| reportar abuso


 References:

1. u=5f04de7
2. u=5f04de7
3. u=5f04de9
4. mailto:ven...@transmaquina.com.ve
5. u=5f04dea
6. u=5f04deb

This message was sent to debian-x@lists.debian.org by 
vent...@transmaquina.com.ve

You can modify/update your subscription via the link below.

Unsubscribe from all mailings
http://lt.benchmarkurl.com/c/su?e=AA1B43=717D3=F60F05C=v9d5OhpdeUS1PZvsOORGWytPUJoN6W96fNcRodO0Zw0%3D=A0B1119


Caracas, Miranda, Venezuela, Caracas, Miranda  1070, Venezuela

Email Marketing
BenchmarkEmail.com
 [http://lt.benchmarkurl.com]

Rematan de Camiones, 30 Gandolas, Maquinaria - Excelente Oportunidad

[Departamento Venta de Equipos]

equipos para la venta

en transmaquina estamos constantemente evolucionando buscando nuevas formas de 
prestarles servicios a nuestros clientes, es por esto que queremos presentarles 
nuestra división de venta de equipos.

actualmente contamos a la fecha con una cartera importante de equipos 
disponibles para la venta.

estos equipos estan disponibles para la venta inmediata y
todos nuestros clientes pueden aceptar pagos de contado y crédito bancario.
[1] solicitar listado de equipos

camiones y remolques
chuto
30
batea
11

cisterna de cemento
31

low boy
2

tara
11

volqueta
41
camion de mantenimiento mecanico

1

camion grua
5

camion mezclador (trompo)
2

camion volteo
41

volqueta
2
ambulancia
4

chevrolet
6

chrysler
2

ford
6

ford
1

jeep
5
torregruas y equipos de construcción

grua
 8

torre grua
 10
silo de cemento
 43

planta de concreto
 3

buldozer
 1

excavador (jumbo)
 2

manipuladora
 3

mini cargador
 15

retroexcavadora
 11

zambron
 12

elevadora
 1

montacarga
 7

compresor
 11

maquina de soldar
 17

planta electrica
 34

zorra
 20

equipos varios
compresor
11

maquina de soldar
17

planta electrica
34

zorra
20

en caso de estar interesados favor enviarnos un email a:

[2] ventadeequi...@transmaquina.com.ve

este mensaje fue enviado a t...@benchmarkemail.com por departamento venta de 
equipos
transporte progaven , caracas, miranda, venezuela, caracas, miranda  1070, 
venezuela

cancelar suscripción| administre su suscripción| remitir email| reportar abuso


 References:

1. mailto:ventadeequi...@transmaquina.com.ve
2. mailto:ventadeequi...@transmaquina.com.ve

This message was sent to debian-x@lists.debian.org by 
ventadeequip...@transmaquina.com.ve

You can modify/update your subscription via the link below.

Unsubscribe from all mailings
http://lt.benchmarkurl.com/c/su?e=AA1AF5=717D3=F60F05C=v9d5OhpdeUS1PZvsOORGWytPUJoN6W96fNcRodO0Zw0%3D=A0B0CAF


Transporte Progaven , Caracas, Miranda, Venezuela, Caracas, Miranda  1070, 
Venezuela

Email Marketing
BenchmarkEmail.com
 [http://lt.benchmarkurl.com]

Remate de 114 Camiones y 30 Gandolas + Maquinaria y Equipos

[Departamento Venta de Equipos]

equipos para la venta

en transmaquina estamos constantemente evolucionando buscando nuevas formas de 
prestarles servicios a nuestros clientes, es por esto que queremos presentarles 
nuestra división de venta de equipos.

actualmente contamos a la fecha con una cartera importante de equipos 
disponibles para la venta.

estos equipos estan disponibles para la venta inmediata y
todos nuestros clientes pueden aceptar pagos de contado y crédito bancario.
[1] solicitar listado de equipos

camiones y remolques
chuto
30
batea
11

cisterna de cemento
31

low boy
2

tara
11

volqueta
41
camion de mantenimiento mecanico

1

camion grua
5

camion mezclador (trompo)
2

camion volteo
41

volqueta
2
ambulancia
4

chevrolet
6

chrysler
2

ford
6

ford
1

jeep
5
torregruas y equipos de construcción

grua
 8

torre grua
 10
silo de cemento
 43

planta de concreto
 3

buldozer
 1

excavador (jumbo)
 2

manipuladora
 3

mini cargador
 15

retroexcavadora
 11

zambron
 12

elevadora
 1

montacarga
 7

compresor
 11

maquina de soldar
 17

planta electrica
 34

zorra
 20

equipos varios
compresor
11

maquina de soldar
17

planta electrica
34

zorra
20

en caso de estar interesados favor enviarnos un email a:

[2] ventadeequi...@transmaquina.com.ve

este mensaje fue enviado a t...@benchmarkemail.com por departamento venta de 
equipos
transporte progaven , caracas, miranda, venezuela, caracas, miranda  1070, 
venezuela

cancelar suscripción| administre su suscripción| remitir email| reportar abuso


 References:

1. mailto:ventadeequi...@transmaquina.com.ve
2. mailto:ventadeequi...@transmaquina.com.ve

This message was sent to debian-x@lists.debian.org by 
ventadeequip...@transmaquina.com.ve

You can modify/update your subscription via the link below.

Unsubscribe from all mailings
http://lt.bmetrack.com/c/su?e=A26333=717D3=F60F05C=v9d5OhpdeUS1PZvsOORGWytPUJoN6W96fNcRodO0Zw0%3D=A0B0CA7


Transporte Progaven , Caracas, Miranda, Venezuela, Caracas, Miranda  1070, 
Venezuela

Email Marketing
BenchmarkEmail.com
 [http://lt.bmetrack.com]

Servicio de Logistica desde los Principales Puertos del Pais.

[Logisven - Logística en 4 principales puertos y Alquiler de Grúas]

 

estimados srs. 


 

queremos presentarle nuestra organización y tener la posibilidad de 
convertirnos en proveedores de logística de su empresa.

nuestros principales casos de exito son:

  coordinación logística a nivel nacional e internacional
  [1] miss venezuela - transporte de caracas a
  maracaibo

  coordinación de carga suelta extradimensionada en gandolas lowboy
  [2] bzs - transporte de 150 equipos maquinaria agricola y construcción

  [3] ingenieria y - transformadores transporte e izamiento

  [4] exportación a en lowboy a colombia

contenedores y carga suelta desde los 4 principales puertos.
[5] caso de éxito - sidor transporte de planta siderurgica guanta-puerto ordaz
[6] transporte de azucar desde la guaira a barcelona
[7] odebrecht - transporte de metrocable

el siguiente es un vínculo por el cual puede proceder a descargar la 
presentación de nuestra empresa
  [8] logisven-presentacion-comercial.pdf
esperando su pronta respuesta y así crear un vínculo comercial de largo plazo 
entre nuestras organizaciones.

un cordial saludo,

luis gonzalez
presidente

  [9] merca...@logisven.com
  [10] www.logisven.com 

logisven - coordinación logística y gruas
caracas, maracaibo, barquisimeto, san cristóbal, pto. cabello, 
valencia, maracay, valles del tuy, la guaira, pto. la cruz,
guanta, pto. ordaz , san antonio, paraguachón

nuestros servicios
 

 [11]

 

 

 

 
dear  ,

¿ quienes somos?

somos una empresa con gran experiencia y trayectoria en logística en venezuela

contáctenos
www.logisven.com
     merca...@logisven.com

vinculos
 [12] misión y visión

  [13] nuestro modelo de negocio

  [14] cobertura geográfica

 

  [15] solicitud


 References:

1. u=67c8aac
2. u=67c8f72
3. u=67c8f65
4. u=67c8f63
5. u=67c889b
6. u=67c890c
7. u=67c8f8b
8. u=67c9039
9. mailto:merca...@logisven.com
10. u=67c905a
11. u=67c85c3
12. u=67c907f
13. u=67c907f
14. u=67c907f
15. u=67c907f

Transporte de Carga - Alquiler de Maquinaria de Construcción y Grúas

[Logisven - Coordinación Logística y Alquiler de Grúas]

 

estimados srs. 


 

queremos presentarle nuestra organización y tener la posibilidad de 
convertirnos en proveedores de logística de su empresa.

nuestros principales servicios son:

  coordinación logística a nivel nacional e internacional
  coordinación de carga suelta en gandolas
  contenedores desde los 4 principales puertos.
  alquiler de grúas telescópicas.

el siguiente es un vínculo por el cual puede proceder a descargar la 
presentación de nuestra empresa
  [1] logisven-presentacion-comercial.pdf
esperando su pronta respuesta y así crear un vínculo comercial de largo plazo 
entre nuestras organizaciones.

un cordial saludo,

luis gonzalez
presidente

  [2] merca...@logisven.com
  [3] www.logisven.com 

logisven - coordinación logística y gruas
caracas, maracaibo, barquisimeto, san cristóbal, pto. cabello, 
valencia, maracay, valles del tuy, la guaira, pto. la cruz,
guanta, pto. ordaz , san antonio, paraguachón

nuestros servicios
 

 [4]

 

 

 

 
dear  ,

lorem ipsum dolor sit amet consectetuer nulla urna porttitor eget aliquam vel 
placerat feugiat orci. phasellus tellus pede pulvinar et scelerisque a tempor a 
velit. morbi feugiat. etiam ut elit ac metus facilisis fermentum.

¿ quienes somos?

somos una empresa con gran experiencia y trayectoria en logística en venezuela

contáctenos
www.logisven.com
     merca...@logisven.com

vinculos
 [5] misión y visión

  [6] nuestro modelo de negocio

  [7] cobertura geográfica

 

  [8] solicitud


 References:

1. u=64c2f76
2. mailto:merca...@logisven.com
3. u=64c2f77
4. u=64c2f78
5. u=64c2f79
6. u=64c2f7a
7. u=64c2f7b
8. u=64c2f7c

Actieve vennootschap kredietmakelaars, om over te nemen.

[Van de Merlen E.J.]

This email newsletter was sent to you in graphical HTML format.
If you're seeing this version, your email program prefers plain text emails.
You can read the original version online:
http://ymlp40.com/zCnWpq



Geachte Dame, Heer,

Betreft: Vennootschap Kredietmakelaar.

Ik ben op zoek naar een actieve vennootschap kredietmakelaars die over
te nemen is.
Overname wegens pensioen of andere redenen.

De vennootschap een BVBA, CVBA of een NV.

Geen onoverkomenlijke schulden en actief in het verschaffen van
persoonlijke leningen en hypotheek leningen.
De vennootschap dient contracten, overeenkomsten en een goede relatie
te hebben met verschillende krediet maatschappijen.

Als uw vennootschap hiervoor in aanmerking komt, gelieve mij te
contacteren via mail of telefoon.

U mag ook het ondernemingsnummer doorsturen.

Van de Merlen E.J.
Frankrijklei
B-2000  Antwerpen
+32 489 22 82 83

_
Unsubscribe / Change Profile: http://ymlp40.com/ugbmjsmsgsgubmebbgeejsgghbubh
Powered by YourMailingListProvider

Release of Mesa 12 for Debian Testing/Unstable

[Dylam De la torre]

Hi,


I just wanted to know when the packages of the version of Mesa (12.0.1) will 
arrive to the official repositories, i want to test out the new Vulkan driver.


Is there a exact release date for Debian?


Thanks in advance, Dylam.

Transporte de Carga - Alquiler de Maquinaria de Construcción y Grúas

[Logisven - Coordinación Logística y Alquiler de Grúas]

 

estimados srs. 


 

queremos presentarle nuestra organización y tener la posibilidad de 
convertirnos en proveedores de logística de su empresa.

nuestros principales servicios son:

  coordinación logística a nivel nacional e internacional
  coordinación de carga suelta en gandolas
  contenedores desde los 4 principales puertos.
  alquiler de grúas telescópicas.

el siguiente es un vínculo por el cual puede proceder a descargar la 
presentación de nuestra empresa
  [1] logisven-presentacion-comercial.pdf
esperando su pronta respuesta y así crear un vínculo comercial de largo plazo 
entre nuestras organizaciones.

un cordial saludo,

luis gonzalez
presidente

  [2] merca...@logisven.com
  [3] www.logisven.com 

logisven - coordinación logística y gruas
caracas, maracaibo, barquisimeto, san cristóbal, pto. cabello, 
valencia, maracay, valles del tuy, la guaira, pto. la cruz,
guanta, pto. ordaz , san antonio, paraguachón

nuestros servicios
 

 [4]

 

 

 

 
dear  ,

lorem ipsum dolor sit amet consectetuer nulla urna porttitor eget aliquam vel 
placerat feugiat orci. phasellus tellus pede pulvinar et scelerisque a tempor a 
velit. morbi feugiat. etiam ut elit ac metus facilisis fermentum.

¿ quienes somos?

somos una empresa con gran experiencia y trayectoria en logística en venezuela

contáctenos
www.logisven.com
     merca...@logisven.com

vinculos
 [5] misión y visión

  [6] nuestro modelo de negocio

  [7] cobertura geográfica

 

  [8] solicitud


 References:

1. u=64c2f76
2. mailto:merca...@logisven.com
3. u=64c2f77
4. u=64c2f78
5. u=64c2f79
6. u=64c2f7a
7. u=64c2f7b
8. u=64c2f7c

Bug#696554: Good day

[Foundation De France]

You have been selected as one of our trustee,By Foundation De France Charity 
Works.Contact us for more details.

Bug#808784: RFA: xserver-xorg-video-openchrome -- X.Org X server -- VIA display driver

[Julien Viard de Galbert]

Package: wnpp
Severity: normal

I request an adopter for the xserver-xorg-video-openchrome package.

The motherboard with Via chipset I owned died a few years ago, this
stopped my interest in the package. Also time is laking... so the package
has been handled by the Debian X Strike Force during my lack of
activity.
This is basically to make it clear that I'm no longer maintaining it.

Also it seams the driver fails to build with next xserver version [1]
and will probably be removed from testing if nobody steps in. So if you
rely on this driver it's time to contribute as I did 5 years ago !

 1: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808735#17

Best Regards

Julien VdG

The package description is:
 OpenChrome is a project for the development of free and open-source drivers
 for the VIA UniChrome video chipsets.
 .
 Originally called the 'snapshot' release, since it was a snapshot of an
 experimental branch of the unichrome cvs code, this is a continued development
 of the open source unichrome driver (from http://unichrome.sf.net) which
 also incorporates support for the unichrome-pro chipsets.
 .
 Support for hardware acceleration (XvMC) for all chipsets has subsequently
 been ripped out of the unichrome.sf.net driver. Therefore your only option if
 you wish to make use of the acceleration features of your VIA chip with free
 and open-source drivers is to use this version of the driver.

Bug#765370: xutils-dev: fix CCOPTIONS/LDOPTIONS causing FTBFS on sciplot on ppc64el [PATCH]

[Mauricio Faria de Oliveira]

Hi Julien,

On 10/15/2014 05:45 AM, Julien Cristau wrote:

The 'add ppc64el support' patch seems to make the other one unnecessary,
since -mminimal-toc is only added for ppc64architecture, which wouldn't
apply to ppc64el?  Am I missing something?


It happens the patch doesn't disable the ppc64architecture, it just adds
the ppc64el architecture - so if you're in powerpc64 and little endian,
both are defined (see there's no #else in this piece):

+ # ifdef __powerpc64__
++#  ifdef __LITTLE_ENDIAN__
++#ifndef Ppc64elArchitecture
++#  define Ppc64elArchitecture
++#endif
++#  endif
+ #  ifndef Ppc64Architecture
+ #   define Ppc64Architecture
+ #  endif

I haven't discussed the patch with its author. Do you believe this point
should be handled differently? (i.e., use an #else)

One thing I had in mind when writing the other patch was trying not to
modify existing stuff, so not to break what used it before, so maybe
that fits here too - ppc64el is also some sort of ppc64, except for
the endianness-dependent pieces.



Also, have any of these patches been sent upstream?


I don't think so. I'd be happy to submit them (w/ the other author's
acknowledgement) if you/other maintainers are OK w/ them (as you're
more experienced - I only looked at a small piece for fixing it).

Thanks!

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/543e8b1f.2090...@linux.vnet.ibm.com

Bug#765370: xutils-dev: fix CCOPTIONS/LDOPTIONS causing FTBFS on sciplot on ppc64el [PATCH]

[Mauricio Faria de Oliveira]

On 10/15/2014 12:17 PM, Julien Cristau wrote:

On Wed, Oct 15, 2014 at 11:56:31 -0300, Mauricio Faria de Oliveira wrote:

It happens the patch doesn't disable the ppc64architecture, it just adds
the ppc64el architecture - so if you're in powerpc64 and little endian,
both are defined (see there's no #else in this piece):


Ah, right, I must have been blind...

...

This way seems to be how mips is handled, so let's leave it as-is.


Haha, no problem. Ok.


One thing I had in mind when writing the other patch was trying not to
modify existing stuff, so not to break what used it before, so maybe
that fits here too - ppc64el is also some sort of ppc64, except for
the endianness-dependent pieces.


I wonder if the -mminimal-toc thing is actually needed on BE ppc64.  It
seems to have been introduced by
https://bugs.freedesktop.org/show_bug.cgi?id=303  but I don't know why.


Well, I can't say of it in CCOPTIONS, because it's a valid CC option;
but in LDOPTIONS, it's certainly wrong (it's not an emulation mode).

BTW, I just noticed sciplot FTBFS on ppc64 too, for the same reason [1].


So if we could just remove that, it seems like it'd be easier all
around.


There are legitimate reasons one may want -mminimal-toc in CCOPTIONS
(I don't understand much of it, but have seen it elsewhere).

That said, I certainly wouldn't want to break its users/packages.
It would be enough to just remove it from LDOPTIONS for ppc64/el.

If you recommend to forward and discuss this upstream, perharps to
understand how this happened, I would be willing to help/ask.

If you have the time and a quick way to track to the point where
CCOPTIONS were added to LDOPTIONS it might help. I can try/learn
later, otherwise.

What you'd prefer?

Thanks for your time and attention.

[1] http://buildd.debian-ports.org/status/package.php?p=sciplotsuite=sid

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/543ea5cd.1030...@linux.vnet.ibm.com

Bug#765370: xutils-dev: fix CCOPTIONS/LDOPTIONS causing FTBFS on sciplot on ppc64el [PATCH]

[Mauricio Faria de Oliveira]

Package: src:xutils-dev
Version: 1:7.7+3
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el

The attached patch adds the ppc64el pieces and fixes a FTBFS on sciplot
(and potentially others), avoiding to pass -mminimal-toc from CCOPTIONS
to LDOPTIONS (because it's incorrect for 'ld -mvalue').

May you please consider it for an upload?

Thanks!


Details:


The fixed FTBFS error [1]:

	ld -shared  -o libsciplot.so.1.36 SciPlot.o SciPlotUtil.o 
-mminimal-toc   -lXm [...]  -soname libsciplot.so.1 -lc

ld: unrecognised emulation mode: minimal-toc
	Supported emulations: elf64lppc elf32lppc elf32lppclinux elf32lppcsim 
elf32ppclinux elf32ppc elf32ppcsim elf64ppc

make[2]: *** [shared] Error 1

[1] 
https://buildd.debian.org/status/fetch.php?pkg=sciplotarch=ppc64elver=1.36-16stamp=1410447072


--
Mauricio Faria de Oliveira
IBM Linux Technology Center
diff -Nru xutils-dev-7.7+3/debian/changelog 
xutils-dev-7.7+3ppc64el1/debian/changelog
--- xutils-dev-7.7+3/debian/changelog   2014-05-21 16:46:36.0 -0300
+++ xutils-dev-7.7+3ppc64el1/debian/changelog   2014-10-14 10:49:40.0 
-0300
@@ -1,3 +1,12 @@
+xutils-dev (1:7.7+3ppc64el1) UNRELEASED; urgency=medium
+
+  * 98_ppc64el-not-ld-options.diff: Add DefaultNotLDOptions/NOTLDOPTIONS for
+filtering out CCOPTIONS that are not valid LDOPTIONS (cause linker errors).
+  * 99_ppc64el.diff: Add support for ppc64el as little-endian ppc64.
+(Credits: Adam Conrad)
+
+ -- Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com  Tue, 14 Oct 2014 
10:45:41 -0300
+
 xutils-dev (1:7.7+3) unstable; urgency=medium
 
   * gccmakedep 1.0.3.
diff -Nru xutils-dev-7.7+3/debian/patches/98_ppc64el-not-ld-options.diff 
xutils-dev-7.7+3ppc64el1/debian/patches/98_ppc64el-not-ld-options.diff
--- xutils-dev-7.7+3/debian/patches/98_ppc64el-not-ld-options.diff  
1969-12-31 21:00:00.0 -0300
+++ xutils-dev-7.7+3ppc64el1/debian/patches/98_ppc64el-not-ld-options.diff  
2014-10-14 10:44:36.0 -0300
@@ -0,0 +1,34 @@
+Description: Some CCOPTIONS are not valid LDOPTIONS (e.g., -mminimal-toc), so 
filter-out NOTLDOPTIONS
+Author: Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com
+Last-Update: 2014-10-14
+ 
+diff -Nru xorg-cf-files.orig/Imake.tmpl xorg-cf-files/Imake.tmpl
+--- a/xorg-cf-files/Imake.tmpl 2014-10-14 10:02:03.0 -0300
 b/xorg-cf-files/Imake.tmpl 2014-10-14 10:24:50.0 -0300
+@@ -2165,6 +2165,7 @@
+ 
+   CDEBUGFLAGS = DefaultCDebugFlags
+ CCOPTIONS = DefaultCCOptions  /* to distinguish from param flags */
++ NOTLDOPTIONS = DefaultNotLDOptions   /* not to be used as linker 
options */
+ /*
+  * STD_INCLUDES contains system-specific includes
+  * TOP_INCLUDES specifies how to get to /usr/include or its build substitute
+@@ -2179,6 +2180,7 @@
+  LDPRELIB = LdPreLib $(INSTALLED_LIBS)
+ LDPOSTLIB = LdPostLib
+ LDOPTIONS = $(CDEBUGFLAGS) $(CCOPTIONS)  $(EXTRA_LDOPTIONS) 
$(THREADS_LDFLAGS) $(LOCAL_LDFLAGS) $(LDPRELIBS)
++LDOPTIONS := $(filter-out $(NOTLDOPTIONS),$(LDOPTIONS))
+  CXXLDOPTIONS = $(CXXDEBUGFLAGS) $(CXXOPTIONS) $(EXTRA_LDOPTIONS) 
$(THREADS_CXXLDFLAGS) $(LOCAL_LDFLAGS) $(LDPRELIBS)
+ 
+LDLIBS = $(LDPOSTLIBS) $(THREADS_LIBS) $(SYS_LIBRARIES) 
$(EXTRA_LIBRARIES)
+diff -Nru xorg-cf-files.orig/linux.cf xorg-cf-files/linux.cf
+--- a/xorg-cf-files.orig/linux.cf  2014-10-14 10:02:03.0 -0300
 b/xorg-cf-files/linux.cf   2014-10-14 10:21:52.0 -0300
+@@ -1005,6 +1005,7 @@
+ 
+ #ifdef Ppc64Architecture
+ # define DefaultCCOptions -mminimal-toc
++# define DefaultNotLDOptions  -mminimal-toc
+ # ifndef OptimizedCDebugFlags
+ #  define OptimizedCDebugFlagsDefaultGcc2Ppc64Opt GccAliasingArgs
+ # endif
diff -Nru xutils-dev-7.7+3/debian/patches/99_ppc64el.diff 
xutils-dev-7.7+3ppc64el1/debian/patches/99_ppc64el.diff
--- xutils-dev-7.7+3/debian/patches/99_ppc64el.diff 1969-12-31 
21:00:00.0 -0300
+++ xutils-dev-7.7+3ppc64el1/debian/patches/99_ppc64el.diff 2014-10-14 
10:44:41.0 -0300
@@ -0,0 +1,32 @@
+Description: Add support for ppc64el as little-endian ppc64.
+Author: Adam Conrad adcon...@ubuntu.com
+Origin: 
https://launchpadlibrarian.net/160111286/xutils-dev_1:7.7~1ubuntu5_1:7.7~1ubuntu6.diff.gz
+Last-Update: 2014-10-14
+
+diff -Nru xutils-dev-7.7~1ubuntu5/xorg-cf-files/Imake.cf 
xutils-dev-7.7~1ubuntu6/xorg-cf-files/Imake.cf
+--- xutils-dev-7.7~1ubuntu5/xorg-cf-files/Imake.cf 2013-07-30 
12:22:15.0 -0600
 xutils-dev-7.7~1ubuntu6/xorg-cf-files/Imake.cf 2013-12-18 
05:22:24.0 -0700
+@@ -930,6 +930,11 @@
+ #  undef __powerpc__
+ # endif
+ # ifdef __powerpc64__
++#  ifdef __LITTLE_ENDIAN__
++#ifndef Ppc64elArchitecture
++#  define Ppc64elArchitecture
++#endif
++#  endif
+ #  ifndef Ppc64Architecture
+ #   define Ppc64Architecture
+ #  endif
+diff -Nru xutils-dev-7.7~1ubuntu5/xorg-cf-files/Imake.tmpl 
xutils-dev-7.7

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Mauricio Faria de Oliveira]

Hi Cyril,

On 08/21/2014 04:49 PM, Mauricio Faria de Oliveira wrote:



I'm anyway attaching the list of packages installed on one of these
chroots, in case it helps someone figure out what the problem is.


Ok, thanks. I'll take a look at it.


I looked at it, reproduced the package list to what was possible, forced 
things a bit, but still could not reproduce that failure.


Details of those points:


1) package list

I reproduced the package list you sent to the extent it was possible --
some packages don't exist anymore (boost1.53, python3.3, libgnutls28).
Some have been gone for a while now (libgnutls28 is June 5 IIRC), so the
failure might be related to an old environment as well.

I am attaching the package-list diff between my environment and yours.
I can't find anything on it that seems to influence autoreconf programs.


2) differences in CDBS?   (forced things a bit)

I noticed the build log you pasted have no output for 2 CDBS targets:
update-config and reverse-config (/usr/share/cdbs/1/rules/buildcore.mk),

My 'debuild -b' build log diffs here:

 rm -f Doxyfile .gitmodules autogen.sh
+for i in ./config.guess ./config.sub  ; do \
+   if test -e $i.cdbs-orig ; then \
+   mv $i.cdbs-orig $i ; \
+   fi ; \
+done
 if test -e debian/autoreconf.before; then \

[...]

 mkdir -p .
+if test -e /usr/share/misc/config.guess ; then \
+   for i in ./config.guess ; do \
+   if ! test -e $i.cdbs-orig ; then \
+   mv $i $i.cdbs-orig ; \
+   cp --remove-destination 
/usr/share/misc/config.guess $i ; \
+   fi ; \
+   done ; \
+fi
+if test -e /usr/share/misc/config.sub ; then \
+   for i in ./config.sub ; do \
+   if ! test -e $i.cdbs-orig ; then \
+   mv $i $i.cdbs-orig ; \
+   cp --remove-destination 
/usr/share/misc/config.sub $i ; \
+   fi ; \
+   done ; \
+fi
 dh_autoreconf

By reading those build targets' source, the only way I can reproduce
that text to be missing (trying to match your build) is by *removing*
config.guess/sub.

But even with that, autoreconf (and the build) finished successfully:

$ rm -f config.guess config.sub
$ debuild -b

[...]
rm -f Doxyfile .gitmodules autogen.sh
if test -e debian/autoreconf.before; then \
dh_autoreconf_clean ; \
fi
dh_clean
rm -f debian/stamp-autotools-files
 debian/rules build
test -x debian/rules
mkdir -p .
dh_autoreconf
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
libtoolize: Remember to add `LT_INIT' to configure.ac.
configure.ac:10: installing './compile'
configure.ac:10: installing './config.guess'
configure.ac:10: installing './config.sub'
test -f configure || sh ./autogen.sh [...]
touch configure-stamp
[...]



That said (i.e., our builds have the 'same' package list, and the same
build log until dh_autoreconf is run), now I ran out of things to try.

I would ask you please consider testing the build on another environment
 -- more closely matching an official build one.

.. or to provide me some more clues about your build environment.


Thank you,

--
Mauricio Faria de Oliveira
IBM Linux Technology Center
--- mauricfo.packages.list.pkg_ver	2014-08-22 09:27:38.155310189 -0300
+++ packages.list.pkg_ver	2014-08-22 08:55:40.851192806 -0300
@@ -125,0 +126 @@
+libboost-iostreams1.53.0 1.53.0-6+b2
@@ -135 +136 @@
-libcap-ng0:amd64 0.7.4-2
+libcap-ng0:amd64 0.7.4-1
@@ -146 +146,0 @@
-libcryptsetup4:amd64 2:1.6.6-1
@@ -153,0 +154 @@
+libdb5.1:amd64 5.1.29-7
@@ -158 +158,0 @@
-libdevmapper1.02.1:amd64 2:1.02.88-1
@@ -167,2 +167,2 @@
-libegl1-mesa:amd64 10.2.6-1
-libegl1-mesa-drivers:amd64 10.2.6-1
+libegl1-mesa:amd64 10.2.5-1
+libegl1-mesa-drivers:amd64 10.2.5-1
@@ -190 +190 @@
-libgbm1:amd64 10.2.6-1
+libgbm1:amd64 10.2.5-1
@@ -200,3 +200,3 @@
-libgl1-mesa-dri:amd64 10.2.6-1
-libgl1-mesa-glx:amd64 10.2.6-1
-libglapi-mesa:amd64 10.2.6-1
+libgl1-mesa-dri:amd64 10.2.5-1
+libgl1-mesa-glx:amd64 10.2.5-1
+libglapi-mesa:amd64 10.2.5-1
@@ -212,0 +213 @@
+libgnutls28:amd64 3.2.14-1
@@ -257,0 +259 @@
+liblognorm0 0.3.7-1
@@ -271,0 +274 @@
+libmozjs24d 24.5.0esr-1
@@ -291 +294 @@
-libopenvg1-mesa:amd64 10.2.6-1
+libopenvg1-mesa:amd64 10.2.5-1
@@ -315,0 +319,2 @@
+libpython3.3

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Mauricio Faria de Oliveira]

On 08/22/2014 10:10 AM, Cyril Brulebois wrote:

Oh. Since the whole idea was committing stuff to git and uploading, I'm
“of course” (at least to me but I should really have mentioned that)
building from a “debcheckout xcb-util”. [...]


Oops. I didn't get that before. I'm relatively unexperienced. Thanks for
mentioning it.

I can reproduce the failure now, and will check it soon.

cheers,

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53f79458.8080...@linux.vnet.ibm.com

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Mauricio Faria de Oliveira]

Hi Cyril,

On 08/22/2014 04:04 PM, Mauricio Faria de Oliveira wrote:

I can reproduce the failure now, and will check it soon.


Got it.  It's just a git submodule missing.

I could built xcb-util from git successfully with:

$ debcheckout xcb-util
$ cd xcb-util
$ git submodule update --init   # gotcha
$ patch -p1  ~/xcb-util-autoreconf-v2.debdiff
$ debuild -b

May you please verify it, and consider the patch for an upload?

Thank you!

P.S.: some details of the investigation:

$ autoreconf -vi
[...]
	Makefile.am:6: error: 'pkgconfig_DATA' is used but 'pkgconfigdir' is 
undefined

[...]

The definition of pkgconfigdir doesn't occur in the git repo,
only in the source package:

$ diff -qr xcb-util-0.38 xcb-util
[...]
Only in xcb-util-0.3.8/m4: xcb_util_common.m4
Only in xcb-util-0.3.8/m4: xcb_util_m4_with_include_path.m4
[...]

Where those files went?  This commit from 'git log m4/' gave a clue:

commit 14747e0ef8dfb6668e2bb2e8a6b0c9ef2dace7b3
Author: Gaetan Nadon mems...@videotron.ca
Date:   Sun Mar 6 17:52:43 2011 -0500

config: use the default xorg .gitignore file

This will save future maintenance when module structure/tools 
change.
This patch depends on the util-common-m4 submodule patch in the m4 
path

Signed-off-by: Gaetan Nadon mems...@videotron.ca
Signed-off-by: Arnaud Fontaine ar...@mini-dweeb.org

I googled and read this [1, 2] and verified it:

$ cat .gitmodules
[submodule m4]
path = m4
url = git://anongit.freedesktop.org/xcb/util-common-m4.git

And done! :)

[1] http://lists.x.org/archives/xorg-devel/2011-September/025364.html
[2] http://wiki.x.org/wiki/Building_the_X_Window_System/#index6h2

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53f7a3e4.1030...@linux.vnet.ibm.com

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Mauricio Faria de Oliveira]

Adding the xcb-util package maintainers.

On 08/22/2014 05:11 PM, Mauricio Faria de Oliveira wrote:

On 08/22/2014 04:04 PM, Mauricio Faria de Oliveira wrote:

I can reproduce the failure now, and will check it soon.


Got it.  It's just a git submodule missing.

[...]

 $ git submodule update --init# gotcha

[...]


Where those files went?  This commit from 'git log m4/' gave a clue:

 commit 14747e0ef8dfb6668e2bb2e8a6b0c9ef2dace7b3

[...]

 This patch depends on the util-common-m4 submodule patch in the
m4 path


It would be nice to have this documented or automatically done in
xcb-util.git, like debian/README, debian/rules, for example.

It's understandable that the maintainers are probably aware of
that git submodule, but debcheckout didn't retrieve it automatically.

It took some time until a non-maintainer could realize it.

Thanks,

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53f7a590.7030...@linux.vnet.ibm.com

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Mauricio Faria de Oliveira]

Package: src:xcb-util
Version: 0.3.8-2
Tags: patch

Hi Cyril,

Thanks for looking at this.

 at Aurelien's request, I've tried applying your patch and triggering a
 build on amd64 in a sid chroot but it failed with:

The build with the patch worked for me, in a amd64 sid chroot.
It built successfully, producing identical package contents.

I am attaching a debdiff for your convenience.

Any chance something was missing on your environment? It doesn't hurt
to ask. :)

This is what I done:

	$ sudo debootstrap --arch=amd64 --variant=buildd sid sid.amd64 
http://ftp.br.debian.org/debian


	(performed 2 package builds w/ dpkg-buildpackage: without and with the 
patch)


	$ for deb in *.deb; do dpkg-deb -c $deb | cut -d. -f2- | sort  
$deb.contents; done


$ diff libxcb-util0_0.3.8-2{,ppc64el1}_amd64.deb.contents
$ echo $?
0

$ diff libxcb-util0-dev_0.3.8-2{,ppc64el1}_amd64.deb.contents
$ echo $?
0

Cheers,

--
Mauricio Faria de Oliveira
IBM Linux Technology Center
diff -Nru xcb-util-0.3.8/debian/changelog xcb-util-0.3.8/debian/changelog
--- xcb-util-0.3.8/debian/changelog 2012-02-09 22:42:01.0 -0200
+++ xcb-util-0.3.8/debian/changelog 2014-08-21 15:05:41.0 -0300
@@ -1,3 +1,9 @@
+xcb-util (0.3.8-2ppc64el1) UNRELEASED; urgency=medium
+
+  * Build with dh-autoreconf. Thanks to Breno Henrique Leitao. (Closes: 
#748983)
+
+ -- Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com  Thu, 21 Aug 2014 
14:57:24 -0300
+
 xcb-util (0.3.8-2) unstable; urgency=low
 
   * Convert to multi-arch.  Thanks to Tom Ellis tom.el...@canonical.com
diff -Nru xcb-util-0.3.8/debian/control xcb-util-0.3.8/debian/control
--- xcb-util-0.3.8/debian/control   2012-02-08 17:40:41.0 -0200
+++ xcb-util-0.3.8/debian/control   2014-08-21 15:05:41.0 -0300
@@ -15,7 +15,8 @@
autotools-dev,
autoconf,
automake,
-   xutils-dev
+   xutils-dev,
+   dh-autoreconf
 Standards-Version: 3.9.2
 Homepage: http://xcb.freedesktop.org
 Vcs-Git: git://git.debian.org/pkg-xorg/lib/xcb-util.git
diff -Nru xcb-util-0.3.8/debian/rules xcb-util-0.3.8/debian/rules
--- xcb-util-0.3.8/debian/rules 2012-02-08 17:40:41.0 -0200
+++ xcb-util-0.3.8/debian/rules 2014-08-21 15:05:41.0 -0300
@@ -4,6 +4,7 @@
 
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/autotools.mk
+include /usr/share/cdbs/1/rules/autoreconf.mk
 
 DEB_DH_MAKESHLIBS_ARGS=-V
 

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Mauricio Faria de Oliveira]

On 08/21/2014 04:27 PM, Cyril Brulebois wrote:

I'm not exactly happy with uploading a change that introduces a FTBFS in
conditions that haven't been determined yet. :/ And I can't promise I'll
be able to debug this right away since I'm otherwise busy with d-i.


Sure. That's certainly understandable.


I'm anyway attaching the list of packages installed on one of these
chroots, in case it helps someone figure out what the problem is.


Ok, thanks. I'll take a look at it.


--
Mauricio Faria de Oliveira
IBM Linux Technology Center


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53f64d3a.1030...@linux.vnet.ibm.com

Working on an upstream Xwrapper replacement.

[Hans de Goede]

Hi All,

This is a heads-up that I'm working on a suid wrapper for Xorg as part of
upstream development.

This work is related to:
https://fedoraproject.org/wiki/Changes/XorgWithoutRootRights

The wrapper is intended to allow non kms drivers (ie the nvidia binary
driver and the vesa driver) to keep working, and for systems which
run X without root rights be default it is 100% optionally.

In response to my first RFC posting of the wrapper Alan Coopersmith
pointed me to the Debian Xwrapper.

I've done a quick analysis of the Debian Xwrapper here:
http://lists.x.org/archives/xorg-devel/2014-March/040885.html

And I've decided to borrow most (but not not all) ideas from it,
combining them with the necessary detection of if root rights
are needed I need for:
https://fedoraproject.org/wiki/Changes/XorgWithoutRootRights

The config-file format should be 100% compatible to what Debian
uses now, I've added a new needs_root_rights config file
directive, which can be used to override the detection if root
rights are necessary.  If Debian changes the default
needs_root_rights value in the wrapper from -1 to 1 (until
Debian switches to running X as non root by default) this should
be a drop in replacement. Note if Debian decides to switch,
please patch the default in the c file, don't go adding a
line for this to the config file, that will bite you later
if you try to move to running X without root rights by default.

Please take a look at the latest version and let me know what you
think:
http://lists.x.org/archives/xorg-devel/2014-March/040916.html

I would like the upstream version to be usable for Debian too,
so any feedback is welcome.

Regards,

Hans


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5319a4f7.1000...@redhat.com

Bug#614761: Ping

[Erik de Castro Lopo]

Solveig wrote:

 Hi!
 Do you still encounter this bug with latest versions? If yes, please
 provide up-to-date data, and if not, this bug report might be closed, so
 let us know :)

I haven't seen this in some time. It can be closed.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/


-- 
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/20140201092344.3fa33fea839114e42dfdc...@mega-nerd.com

Re: heads up: xserver 1.14 to unstable

[Julien Viard de Galbert]

On Tue, Sep 17, 2013 at 09:27:13PM +0200, Julien Cristau wrote:
 Hi all,
 
 the X Strike Force is getting ready to upload a newer xserver to
 unstable.  The current plan is to do that once systemd 204 reaches
 testing, so probably in a week or two.  Please let us know for each
 non-XSF-maintained driver whether you'll want to make a new source
 upload for the transition or if it should be handled by binNMUs.
 
About openchrome driver, it need an update to at least release 0.3.2.
My via board been dead I've lost some interest in openchrome however
I think I have to make sure things are in good shape before giving it
for adoption (either to a new maintainer or to the XSF). I've seen
Ubuntu guys' did some updates, so it might not be that much work :)
Thanks !

So I will try to prepare a new upload. (by the way I'm DM and the
upload ACL has changed, so I might need sponsoring or reenabling
the right to upload openchrome).

Best regards

Julien VdG
-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org


-- 
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/20130919101215.gc32...@vdg.blogsite.org

Bug#717813: xserver-xorg-video-openchrome: Flipped colors (blue/red) in some videos

[Julien Viard de Galbert]

Hello,

As you tested upstream version, can you please report the problem
upstream too.

Currently my VIA PC is not working, but as soon as I can find time
for it, I'll probably try updating the package.
And when updating I'll take things directly from upstream.

Best Regards,
-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Re: Bug#711305: Loading i915 with modeset=1 disables display

[Robert de Bath]

On Mon, 15 Jul 2013, Julien Cristau wrote:


On Mon, Jul 15, 2013 at 07:37:47 +0100, Robert de Bath wrote:


On Sun, 9 Jun 2013, Julien Cristau wrote:


If i915 doesn't give you a working display that's a kernel bug.

Thanks, I'll add my voice to the multitude over there.


Is it an X bug that X doesn't work with the driver if that option is
set ? Is it a kernel bug ?


Neither.

OTOH, I think this should belong to at least one of them as it's a valid
configuration option for the end user. They can reasonably choose to
not have a graphic display unless they start X.

In that way I think it's Both. 
X has a bug in that it can't configure the driver properly.

The kernel is bugged in that it can't remove the driver and restore the
display back to what it should be without a reboot.

But I suppose both projects will look on this as some sort of reasonable
limitation and so WONTFIX.

Anyway, thankyou for your time.

--
Rob.  (Robert de Bath robert$ @ debath.co.uk)
 http://www.debath.co.uk/



--
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/alpine.DEB.2.00.1307161929301.21887@mayday

Bug#711305: Loading i915 with modeset=1 disables display

[Robert de Bath]

Package: xserver-xorg-video-intel
Version: 2:2.13.0-7

This is an interaction of several different packages.

Firstly, as you know the X video driver needs the i915 module to be loaded 
to work correctly; furthermore it requires the module to attempt to set 
the video mode during initilisation. Without this X doesn't load the video 
driver. With it the driver get loaded and works correctly.


But, the kernel driver is buggy, if loaded with modeset=1 it will corrupt 
the display controller blanking the display.


Unfortunatly, udev loads all drivers it can during the boot and uses the 
configuration set for modprobe.


Luckily, someone seems to have though of this. When udev loads modules it 
supplies the --use-blacklist option, whereas X calls modprobe without 
the --use-blacklist option.


So please set the contents of the file /etc/modprobe.d/i915-kms.conf to 
this:


!
blacklist i915
options i915 modeset=1

!


This means it isn't loaded during boot and is loaded correctly when X 
starts.


It also means that xinit true loads the video driver correctly and fixes 
the screen mode after booting vga=0x305 ... bit of an overkill but never

mind that :-)

It seems I also need it on one machine for the radeon driver; this being 
so I would suggest it's a good idea for all drivers using kms and 
requiring the kernel to do a modeset.


--
Rob.  (Robert de Bath robert$ @ debath.co.uk)
 http://www.debath.co.uk/


--
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/alpine.DEB.2.00.1306060856340.21887@mayday

Bug#699472: xserver-xorg-core: Caught signal 11 (Segmentation fault). Server aborting

[Nelson A. de Oliveira]

I don't know if it's related, but got another reproducible
segmentation fault while trying another game (FTL).

In Xorg.0.log:

[1305277.651] Backtrace:
[1305277.660] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7fbe5f917cd6]
[1305277.660] 1: /usr/bin/Xorg (0x7fbe5f799000+0x182829) [0x7fbe5f91b829]
[1305277.660] 2: /lib/x86_64-linux-gnu/libpthread.so.0
(0x7fbe5eac1000+0xf030) [0x7fbe5ead0030]
[1305277.661] 3: /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
(0x7fbe59d4a000+0x285ae3) [0x7fbe59fcfae3]
[1305277.661] 4: /usr/lib/xorg/modules/extensions/libglx.so
(0x7fbe5c23+0xddb1) [0x7fbe5c23ddb1]
[1305277.661] 5: /usr/lib/xorg/modules/extensions/libglx.so
(0x7fbe5c23+0x3c223) [0x7fbe5c26c223]
[1305277.661] 6: /usr/bin/Xorg (0x7fbe5f799000+0x52e61) [0x7fbe5f7ebe61]
[1305277.661] 7: /usr/bin/Xorg (0x7fbe5f799000+0x41ec5) [0x7fbe5f7daec5]
[1305277.661] 8: /lib/x86_64-linux-gnu/libc.so.6
(__libc_start_main+0xfd) [0x7fbe5d7e8ead]
[1305277.661] 9: /usr/bin/Xorg (0x7fbe5f799000+0x4219d) [0x7fbe5f7db19d]
[1305277.661]
[1305277.661] Segmentation fault at address 0x637f4870
[1305277.661]
Fatal server error:
[1305277.661] Caught signal 11 (Segmentation fault). Server aborting

A backtrace is also attached.

Thank you!

Best regards,
Nelson
Continuing.
[New Thread 0x7fbe586c8700 (LWP 26833)]

Program received signal SIGSEGV, Segmentation fault.
_mesa_GenTextures (n=256, textures=optimized out) at main/texobj.c:876
876 main/texobj.c: Arquivo ou diretório não encontrado.
#0  _mesa_GenTextures (n=256, textures=optimized out) at main/texobj.c:876
texObj = optimized out
name = 1871
target = 0
ctx = 0x7fbe6261f030
first = optimized out
i = optimized out
#1  0x7fbe5c23ddb1 in __glXDisp_GenTextures (cl=0x7fbe62b4b058, 
pc=optimized out) at ../../glx/indirect_dispatch.c:2851
n = 256
answerBuffer = {2201748512, 32767, 1602384045, 32702, 2201748528, 
  32767, 2202004137, 32767, 0 repeats 20 times, 2201748624, 32767, 
  2202004137, 32767, 2201748688, 32767, 0, 0, 0, 1, 1, 0, 1606004352, 
  32702, 1605976304, 32702, 2201748688, 32767, 1572175494, 32702, 
  2201748688, 32767, 1, 0, 1606004352, 32702, 1603393436, 32702, 0, 0, 
  2, 0, 0, 0, 2, 0, 1606004224, 32702, 1603360858, 32702, 32, 
  0, 1637120688, 32702, 1650585648, 32702, 2201748752, 32767, 112, 0, 
  891963, 0 repeats 33 times, 58, 0, 1602787880, 32702, 1635264896, 
  32702, 48, 32702, 2201749064, 32767, 2201748992, 32767, 32, 0, 
  25165825, 58, 1572142792, 32702, 0, 32702, 24, 0, 16, 48, 
  2201749216, 32767, 2201749008, 32767, 1572142792, 32702, 1, 0, 27, 
  0, 1669243184, 32702, 4112, 0, 1, 0 repeats 25 times, 2201749216, 
  32767, 2202004137, 32767, 2201749280, 32767, 0, 0, 1635451600, 
  32702, 1635454272, 32702, 1605960840, 32702, 1602160052, 32702, 
  1661456160, 32702, 1605960832, 32702, 1548310592, 32702, 0, 0}
textures = 0x637f4870
req = optimized out
error = 32702
cx = optimized out
#2  0x7fbe5c26c223 in __glXDispatch (client=optimized out)
at ../../glx/glxext.c:568
rendering = 0 '\000'
stuff = 0x7fbe637ea130
opcode = 145 '\221'
proc = optimized out
cl = 0x7fbe62b4b058
retval = optimized out
#3  0x7fbe5f7ebe61 in Dispatch () at ../../dix/dispatch.c:428
clientReady = 0x7fbe61947ab0
result = optimized out
client = 0x7fbe62b4af10
nready = 0
icheck = 0x7fbe5fb940f0
start_tick = 14020
#4  0x7fbe5f7daec5 in main (argc=10, argv=0x7fff833c0918, 
envp=optimized out) at ../../dix/main.c:288
i = optimized out
alwaysCheckForInput = {0, 1}

Bug#699472: xserver-xorg-core: Caught signal 11 (Segmentation fault). Server aborting

[Nelson A. de Oliveira]

Hi!

On Fri, Feb 1, 2013 at 9:22 AM, Michel Dänzer daen...@debian.org wrote:
 BTW, I presume you're not intentionally running the game with indirect
 rendering, are you? If you installed the 32 bit version of the demo,
 installing the libgl1-mesa-{glx,dri}:i386 packages might help.

Hum... I had libgl1-mesa-glx:i386 installed but not libgl1-mesa-dri:i386.
Now it's working without any issues.

But even with the missing library, X shouldn't crash, right?

Thank you!

Best regards,
Nelson


--
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/CAARFvTW3z4GRPt0i-vThWukKDCqfgmBn=e-8q0dhdwv0n+g...@mail.gmail.com

Bug#699472: xserver-xorg-core: Caught signal 11 (Segmentation fault). Server aborting

[Nelson A. de Oliveira]

Hi!

On Thu, Jan 31, 2013 at 5:28 PM, Julien Cristau jcris...@debian.org wrote:
 That attachment doesn't show an error.

The right log was sent on another email.

 Also please get a backtrace from gdb if the bug is reproducible (with
 xserver-xorg-core-dbg and libgl1-mesa-dri-dbg installed).

gdb bt full is attached.

Thank you!

Best regards,
Nelson
Continuing.
[New Thread 0x7f326171c700 (LWP 4239)]
[New Thread 0x7f3260227700 (LWP 4248)]

Program received signal SIGSEGV, Segmentation fault.
convert_sampler (st=st@entry=0x7f326a92da80, 
sampler=sampler@entry=0x7f326a92db70, texUnit=1)
at state_tracker/st_atom_sampler.c:141
141 state_tracker/st_atom_sampler.c: Arquivo ou diretório não encontrado.
#0  convert_sampler (st=st@entry=0x7f326a92da80, 
sampler=sampler@entry=0x7f326a92db70, texUnit=1)
at state_tracker/st_atom_sampler.c:141
texobj = 0x7f326aa096f0
ctx = 0x7f326a8fdf80
msamp = 0x34
#1  0x7f3263138dd9 in update_fragment_samplers (st=0x7f326a92da80)
at state_tracker/st_atom_sampler.c:247
texUnit = optimized out
sampler = 0x7f326a92db70
ctx = 0x7f326a8fdf80
fprog = 0x7f326a68c290
su = optimized out
#2  update_samplers (st=0x7f326a92da80) at state_tracker/st_atom_sampler.c:267
No locals.
#3  0x7f3263136a8f in st_validate_state (st=st@entry=0x7f326a92da80)
at state_tracker/st_atom.c:197
state = 0x7f326a92e2e0
#4  0x7f326313ca7b in st_Clear (ctx=0x7f326a8fdf80, mask=50)
at state_tracker/st_cb_clear.c:508
st = 0x7f326a92da80
depthRb = 0x7f326a7680d0
stencilRb = 0x7f326a7680d0
quad_buffers = 0
clear_buffers = 0
i = optimized out
#5  0x7f32652de7c4 in __glXDisp_Render (cl=optimized out, 
pc=optimized out) at ../../glx/glxcmds.c:2011
entry = {bytes = 8, varsize = 0}
extra = optimized out
proc = optimized out
err = 0
req = optimized out
client = 0x7f326a24c430
left = optimized out
cmdlen = 8
error = optimized out
commandsDone = optimized out
hdr = optimized out
glxc = 0x7f326a4760a0
sw = optimized out
#6  0x7f32652e1223 in __glXDispatch (client=optimized out)
at ../../glx/glxext.c:568
rendering = 1 '\001'
stuff = 0x7f326a3e8960
opcode = 1 '\001'
proc = optimized out
cl = 0x7f326a24c578
retval = optimized out
#7  0x7f3268884e61 in Dispatch () at ../../dix/dispatch.c:428
clientReady = 0x7f326a17dd80
result = optimized out
client = 0x7f326a24c430
nready = 0
icheck = 0x7f3268c2d0f0
start_tick = 2340
#8  0x7f3268873ec5 in main (argc=10, argv=0x7fffb8b71ee8, 
envp=optimized out) at ../../dix/main.c:288
i = optimized out
alwaysCheckForInput = {0, 1}

Bug#689925: xserver-xorg-video-intel: Please upload 2:2.20.5-1 to Wheezy (to fix random freezes)

[Kees de Jong]

I'll downgrade and enable some extensive debugging options. The
problem is that the whole system freezes. The audio stops and shutters
and there is no response from the keyboard or mouse. There are no
suspicious logs to find after a forced reboot. But I'll try harder. Do
you have any pointers to pin down the cause of this? 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/CAAH150YRA==ehwyxwj2b3zcumaprub_8-fbno6_4wjsvazk...@mail.gmail.com

Re: Openchrome driver update

[Julien Viard de Galbert]

On Tue, Sep 04, 2012 at 11:49:08PM +0200, Bartosz wrote:
 Hi.
 The latest openchrome revision is 0.3.1
 It is huge improvement, comparing to 0.2.906.
 The new features added with that release:
 - TTM/GEM support.
 - KMS support.
 - Better RandR support.
 - XAA removal.
 - DGA removal.
 - Support for X server 1.13 API.
 - Code cleanup and bug fixes.
 
 Is it possible to create xserver-xorg-video-openchrome package with
 0.3.1 version, and put it into Sid?

Well debian is currently in freeze, so this is unfortunately not
possible. Maybe to experimental if I find time for it.

I've had trouble following versions lately, even if I still follow the
mailing list. About the KMS support, does it need a special kernel
version ?

 
 Thanks in advance
 Bartosz
 

Best Regards,

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#679287: xserver-xorg-video-openchrome

[Julien Viard de Galbert]

On Wed, Sep 19, 2012 at 05:03:52PM +0200, f...@freddyfisker.dk wrote:
 There is a new version from openchrome.org:
 
 xf86-video-openchrome-0.3.1.tar.bz2
 
Yes, I know, however debian is frozen so it won't be uploaded to
unstable now.

Best Regards,

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#683695:

[Kees de Jong]

I can confirm this bug. Yesterday I installed Debian on my media
center and after rebooting it was stuck on Nouveau.
The error on my screen was as follows:

   Waiting for /dev to be fully populated...[ 5.053243] Error: Driver
'pcspkr' is already registred, aborting...
   6.566243] [drm] nouveau :01:00.0: illegal object class: 0x902d


Kind regards,
Kees


-- 
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/caah150anzflt7xenug7g8fjgr_vew14zdijz4t0e0xyq_ca...@mail.gmail.com

Bug#683695:

[Kees de Jong]

By the way I can't type anything, so I can't give you any logs. I have
a nVidia GT610.


-- 
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/CAAH150bmN=Q4K=mZu8k5O237Jm9LGMNiNs3CsJ7O-z0Z=fn...@mail.gmail.com

Bug#677291: KWin crashes when gwenview enters full-screen mode

[dE .]

Try enableing/disabling composing. If enabled, try switching between openly
and xrender.
-
Support software for non profit, buy Android phones.
On Jun 13, 2012 8:33 PM, Lisandro Damián Nicanor Pérez Meyer 
perezme...@gmail.com wrote:

 reassign 677291 xserver-xorg-video-intel
 thanks

 Hi Debian X maintainers! I'm reassigning a bug filled to kwin to this
 package.
 If you look at the backtrace in [0] the segfault seems to come from withing
 the intel driver. It is unreproducible with other video cards.

 [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677291#20

 Kinds regards, Lisandro.

 --
 Hacer algo siempre te llevará más tiempo del que esperabas, incluso si
 tienes en cuenta la ley de Hofstadter.
  Douglas Hofstadter
  http://mundogeek.net/archivos/2009/09/05/la-ley-de-hofstadter/

 Lisandro Damián Nicanor Pérez Meyer
 http://perezmeyer.com.ar/
 http://perezmeyer.blogspot.com/

Bug#676507: xserver-xorg-video-openchrome: new upstream release 0.2.906 available

[Julien Viard de Galbert]

On Thu, Jun 07, 2012 at 02:06:19PM +0200, Michael Prokop wrote:
 Package: xserver-xorg-video-openchrome
 Version: 1:0.2.904+svn1050-1+b1
 Severity: wishlist
 
 
 http://www.openchrome.org/releases/ provides:
 
   xf86-video-openchrome-0.2.906.tar.bz2 15-May-2012 22:01  502K
 
 Filing this bug report for a user who noticed that a recent VIA
 chipset is supposed to be supported by that version.
 
 regards,
 -mika-
 

Yes I know, this is taking longer than I'd like, I'm really busy right
now... 
The good news is that I fixed my VIA hardware, so now It's just me 
finding enough time to package the release.
Also upstream switched from svn to git, so it's a little more work than
usual to prepare this release...

I'm planning to upload the release to unstable and the latest git to
experimental. This probably between June 16 and June 24.

I'm really sorry this is taking so long...

Regards,

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#676507: xserver-xorg-video-openchrome: new upstream release 0.2.906 available

[Julien Viard de Galbert]

On Fri, Jun 08, 2012 at 10:57:33AM +0200, Cyril Brulebois wrote:
 Julien Viard de Galbert jul...@vdg.blogsite.org (08/06/2012):
  I'm planning to upload the release to unstable and the latest git to
  experimental. This probably between June 16 and June 24.
 
 Do you mind if I push a package for the last release to unstable right
 now? We can keep the debian/-specific changes somewhere, and you only
 have to reapply them when you find your way through this svn/git thingy?
 
No, not at all, if you have time for this, just do it !

Please remove the +svn part in the version so I can later just add
a +git :)

Thanks !

Julien VdG

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#675407: xserver-xorg-video-openchrome: openchrome relink against new xserver results in null pointer dereference

[Julien Viard de Galbert]

On Fri, Jun 01, 2012 at 02:40:04AM +0200, Cyril Brulebois wrote:
 Sebastian Reichel s...@debian.org (31/05/2012):
  Hi,
  
  It's not enough to rebuild openchrome against the new X-Server,
  since the new X-Server does not run vgaHWSetStdFuncs(hwp) anymore:
  
  http://cgit.freedesktop.org/xorg/xserver/commit/?id=4bd6579188e718654c35f95623fd4772f9e0ef06
  
  Please update the driver to support the X-Server's ABI change.
 
 Hello,
 
 can you please test the attached patch? Seems like upstream's svn (no
 comment) has no fix at the moment.

This might be because upstream switched to git :) and I didn't have time
to update to package to track the git version yet.
I hope I can find some time soon.


-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#667809: libreoffice: Menu title missing

[Marcelo Luiz de Laia]

On Fri, 06 Apr 2012, Rene Engelhard wrote:

 Download libcairo2. X bug exposed by libcairo 1.12.
 (NOT a libreoffice bug).

Yahh!

# aptitude install libcairo2/testing

solved the problem!

but, here only libreoffice was affected!

-- 
  O___   - Marcelo Luiz de Laia
 c/  /'_ - Diamantina
(*)  \(*)- Minas Gerais
~- Brazil
^- Linux user number 487797



-- 
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/20120406225355.ga13...@marcelo.ufvjm.edu.br

Bug#662834: xserver-xorg-video-openchrome: No display on TV-out (SVHS)

[Julien Viard de Galbert]

Hello,

On Tue, Mar 06, 2012 at 06:55:09PM +0100, Jean-Philippe Guérard wrote:
 Package: xserver-xorg-video-openchrome
 Version: 1:0.2.904+svn842-2
 Severity: normal
 
 
 Starting X with only a TV plugged-in (S-VHS port), I get no display, 
 only an empty black screen.
 
I don't know if this ever worked for your model, so my first guess
would be to try the version form unstable (or backport it if you want
to keep xorg from stable).
If it still does not work, I guess you'd better ask upstream for help
at openchrome.org .

 The Linux console is working fine.
 
 I've tried playing with the various openchrome settings, but I never
 was able to get any working display.
 

Hope this helps,

Julien VdG

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Re: 915GM (Eee PC 900): fonts have some corrupted glyphs: strikethrough

[Vítor De Araújo]

--- Em qua, 15/2/12, Jonathan Nieder jrnie...@gmail.com escreveu:

 Hi again,
 
 Vítor De Araújo wrote:
 
  After upgrading to testing, some X11 apps, notably Iceweasel, started
  to present font rendering errors (characters missing parts).
 
 Thanks for a nice report.
 
 I'm curious about two things:
 
  - does 3.2.4-1 from sid behave any differently?  (I'd
 expect it doesn't.)
  - does upgrading xserver-xorg-video-intel to the version
 from experimental
help?  (I am hoping it will.)
 
 An answer of the form no, I don't have time to check these
 things is
 fine too, and would help us decide what to do next.

Recently the machine that presented this problem stopped working. I may be able 
to get it to work in the following days, but I can't be sure. If I do, I will 
check it, but I wouldn't count on that...

Thanks for the attention!

 Hope that helps,
 Jonathan


--
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/1329616309.74640.yahoomailclas...@web160502.mail.bf1.yahoo.com

xserver-xorg-video-openchrome: Changes to 'pristine-tar'

[Julien Viard de Galbert]

 xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz.delta |binary
 xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz.id|1 +
 2 files changed, 1 insertion(+)

New commits:
commit 7547558ca8bc10b71804f857c01aec0a8e909478
Author: Julien Viard de Galbert jul...@vdg.blogsite.org
Date:   Sun Feb 12 16:54:49 2012 +0100

pristine-tar data for 
xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz

diff --git a/xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz.delta 
b/xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz.delta
new file mode 100644
index 000..e61347e
Binary files /dev/null and 
b/xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz.delta differ
diff --git a/xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz.id 
b/xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz.id
new file mode 100644
index 000..ae590bd
--- /dev/null
+++ b/xserver-xorg-video-openchrome_0.2.904+svn1050.orig.tar.gz.id
@@ -0,0 +1 @@
+7ee9a581e9047b391619c403e5c9898dab9fab4f


-- 
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/e1rwg3w-0004vm...@vasks.debian.org

xserver-xorg-video-openchrome: Changes to 'upstream-unstable'

[Julien Viard de Galbert]

 ChangeLog   |   18 ++
 src/via_accel.c |   13 +++--
 src/via_id.c|3 +++
 src/via_vgahw.c |9 +++--
 src/via_video.c |   23 ---
 5 files changed, 59 insertions(+), 7 deletions(-)

New commits:
commit 7ee9a581e9047b391619c403e5c9898dab9fab4f
Author: schlobinux schlobinux@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Fri Dec 9 18:02:43 2011 +

Handle X server 1.12 (videoabi 12) (patch from Adam Jackson)

git-svn-id: http://svn.openchrome.org/svn/trunk@1050 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/src/via_vgahw.c b/src/via_vgahw.c
index 0123f10..34ab91f 100644
--- a/src/via_vgahw.c
+++ b/src/via_vgahw.c
@@ -36,6 +36,11 @@
 #include via_driver.h /* for HAVE_DEBUG */
 #include via_vgahw.h
 
+#if ABI_VIDEODRV_VERSION  12
+#define PIOOFFSET hwp-PIOOffset
+#else
+#define PIOOFFSET 0
+#endif
 
 static CARD8
 ViaVgahwIn(vgaHWPtr hwp, int address)
@@ -43,7 +48,7 @@ ViaVgahwIn(vgaHWPtr hwp, int address)
 if (hwp-MMIOBase)
 return MMIO_IN8(hwp-MMIOBase, hwp-MMIOOffset + address);
 else
-return inb(hwp-PIOOffset + address);
+return inb(PIOOFFSET + address);
 }
 
 static void
@@ -52,7 +57,7 @@ ViaVgahwOut(vgaHWPtr hwp, int address, CARD8 value)
 if (hwp-MMIOBase)
 MMIO_OUT8(hwp-MMIOBase, hwp-MMIOOffset + address, value);
 else
-outb(hwp-PIOOffset + address, value);
+outb(PIOOFFSET + address, value);
 }
 
 /*

commit 8f697531c0ce7c635aef54ade435457f9cf7f2e7
Author: schlobinux schlobinux@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Tue Nov 22 20:25:44 2011 +

ASRock PV530

git-svn-id: http://svn.openchrome.org/svn/trunk@1037 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/src/via_id.c b/src/via_id.c
index bd37f32..c352535 100644
--- a/src/via_id.c
+++ b/src/via_id.c
@@ -249,6 +249,7 @@ static struct ViaCardIdStruct ViaCardId[] = {
 /*** VX900 ***/
 {Foxconn L740,  VIA_VX900,   0x105B, 0x0CFD, 
VIA_DEVICE_LCD | VIA_DEVICE_CRT},
 {HP T5550 Thin Client,  VIA_VX900,   0x1106, 0x7122, 
VIA_DEVICE_CRT},
+{ASRock PV530,  VIA_VX900,   0x1849, 0x7122, 
VIA_DEVICE_CRT},
 
 
 /* keep this */

commit 6004608049cb9e96ffb5c48fbabaa79f7474eb44
Author: schlobinux schlobinux@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Thu Oct 20 20:11:38 2011 +

Hewlett Packard DX2020

git-svn-id: http://svn.openchrome.org/svn/trunk@1014 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/src/via_id.c b/src/via_id.c
index 2a2c894..bd37f32 100644
--- a/src/via_id.c
+++ b/src/via_id.c
@@ -144,6 +144,7 @@ static struct ViaCardIdStruct ViaCardId[] = {
 {ECS P4M800PRO-M2 (V2.0),   VIA_VM800,   0x1019, 0x2123, 
VIA_DEVICE_CRT},
 {ECS C7VCM, VIA_VM800,   0x1019, 0xAA2D, 
VIA_DEVICE_CRT},
 {PCChips V21G,  VIA_VM800,   0x1019, 0xAA51, 
VIA_DEVICE_CRT},
+{Hewlett Packard DX2020,VIA_VM800,   0x103C, 0x3027, 
VIA_DEVICE_CRT},
 {Asustek P5VDC-MX,  VIA_VM800,   0x1043, 0x3344, 
VIA_DEVICE_CRT},
 {Asustek P5VDC-TVM, VIA_VM800,   0x1043, 0x81CE, 
VIA_DEVICE_CRT},
 {Foxconn P4M800P7MB-RS2H,   VIA_VM800,   0x105B, 0x0CF0, 
VIA_DEVICE_CRT},

commit 2946b09c2099293493621090acf4a77602b32a3e
Author: schlobinux schlobinux@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Sat Jul 23 22:25:03 2011 +

MSI PM9M-V (reported by Florin Rentea)

git-svn-id: http://svn.openchrome.org/svn/trunk@933 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/src/via_id.c b/src/via_id.c
index d5f5fdb..2a2c894 100644
--- a/src/via_id.c
+++ b/src/via_id.c
@@ -193,6 +193,7 @@ static struct ViaCardIdStruct ViaCardId[] = {
 {Gigabyte GA-VM900M,VIA_P4M900,  0x1458, 0xD000, 
VIA_DEVICE_CRT},
 {MSI VR321, VIA_P4M900,  0x1462, 0x3355, 
VIA_DEVICE_CRT | VIA_DEVICE_LCD},
 {MSI P4M900M / P4M900M2-F/L,VIA_P4M900,  0x1462, 0x7255, 
VIA_DEVICE_CRT},
+{MSI PM9M-V,VIA_P4M900,  0x1462, 0x7364, 
VIA_DEVICE_CRT},
 {MSI P4M900M3-L,VIA_P4M900,  0x1462, 0x7387, 
VIA_DEVICE_CRT},
 {Twinhead H12V, VIA_P4M900,  0x14FF, 0xA00F, 
VIA_DEVICE_CRT | VIA_DEVICE_LCD},
 {Twinhead K15V, VIA_P4M900,  0x14FF, 0xA012, 
VIA_DEVICE_CRT | VIA_DEVICE_LCD},

commit dec88b62f22aad54ff842c5117b4b9dba1d5a79f
Author: gang65 gang65@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Tue May 10 16:36:25 2011 +

Workaround EXA crash with new libcairo2 (#298)


git-svn-id: http://svn.openchrome.org/svn/trunk@925 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/ChangeLog b/ChangeLog
index 82049f6..04f0642 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2011-05-10  Bartosz Kosiorek  gan...@poczta.onet.pl

xserver-xorg-video-openchrome: Changes to 'refs/tags/xserver-xorg-video-openchrome-1_0.2.904+svn1050-1'

[Julien Viard de Galbert]

Tag 'xserver-xorg-video-openchrome-1_0.2.904+svn1050-1' created by Julien Viard 
de Galbert jul...@vdg.blogsite.org at 2012-02-12 20:25 +

Debian release 1:0.2.904+svn1050-1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAABCAAGBQJPOCA4AAoJEIswZTjQDlK2aC0P/R44w+Awfyv1dvmI4kH8kpHO
cicGlU3jlIUoWkKbERPduZgopitnkjNT3Bljv0vDYnVb3zTlLIQ14Pgppn6nkv07
98BxzY+TB4VSv5O7sfBfsbH1Td8r3VCyPoyTKmvHS2fNjb6Kk5pYgm7SD7JycN81
EPurpF+VeGJo+PB/G8JQEOdau/qfe06C5YvkIgwNzgI849D6GV52D2/U2fb2TYMH
cdWMXoO3YinD5QYjbhdigZqhcf+RV8EvyzwhstUzpSReBT7ePYpMpqTvFbetpYCZ
F+A4EMwaQISPltbWqH10WJz/43npru5MY52RBbW585HnvJTQ3seXtOiihFCAWm5S
HEEI8N5lKw44mhV65+F3WwIXYQbhXldjFyp08pdQHEACzk8flIIL9Q/HY7w8RQhD
2o0qbkw2p+MHeBHFkfvTnqIDbNxyGVldnkmeqD8Pf0W66SCOHx5jo3nNem04WRDQ
7c2H+67DDs21FFq3199lnaBfeWaaB7OFOxqsh2JZnU14jNeur72bOG4fvlmZGRIt
Zem/Pn7oRZLr944UJmYu14EaHgl7l5eSrknAK7PTXjlxqsgv6hDB73JocUDb8NgO
I4cSPn5xncNw+Oxif4AghhbCNS051piSYoXg3jHrX7RdV5IDBVN5L+oYldgt/w2c
J4wj30QrC5j0bCRCBeW9
=2wlw
-END PGP SIGNATURE-

Changes since xserver-xorg-video-openchrome-1_0.2.904+svn920-1:
Julien Viard de Galbert (4):
  Merge branch 'upstream-unstable' into debian-unstable
  new option for gbp
  Add changelog entries for upstream's changes
  Upload to unstable

gang65 (5):
  Fix XAA displaying issues
  Fix cursor garbare after suspend/hibernate/resume on VX855/VX900 chipsets 
#405
  Revert r922 changes (it added I420 support)
  Fix cursor garbage after suspen/resume for VX855 and VX900 (#405)
  Workaround EXA crash with new libcairo2 (#298)

schlobinux (4):
  MSI PM9M-V (reported by Florin Rentea)
  Hewlett Packard DX2020
  ASRock PV530
  Handle X server 1.12 (videoabi 12) (patch from Adam Jackson)

---
 ChangeLog|   18 ++
 debian/changelog |   16 
 debian/gbp.conf  |2 ++
 src/via_accel.c  |   13 +++--
 src/via_id.c |3 +++
 src/via_vgahw.c  |9 +++--
 src/via_video.c  |   23 ---
 7 files changed, 77 insertions(+), 7 deletions(-)
---


-- 
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/e1rwg3k-0005vz...@vasks.debian.org

Bug#624704: Bug are fix in svn 921

[Julien Viard de Galbert]

forwarded 624704 http://www.openchrome.org/trac/ticket/402
thanks

(linked upstream by bcc to control)

On Fri, Jan 27, 2012 at 02:08:36AM -0430, thedemon...@akapost.com wrote:
 They are known bugs in the current package version is r920 svn version and
 it contains 2 bugs, ubuntu and debian packages have not updated these yet!
 archlinux update to r933 but by that there was a crash with new versions of
 xorg. That are waiting to update these packages

Is the crash you are mentioning fixed with r1050 ?

If so I can prepare a new package. Unfortunately, I can't test it
myself as my via motherboard died 2 weeks ago...

 
 more info:
 
 http://www.openchrome.org/trac/ticket/402
 
 http://www.openchrome.org/trac/ticket/400

Best regards,

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#614761: xserver-xorg-video-intel: corrupted icons in apps X displayed from another machine

[Erik de Castro Lopo]

Julien Cristau wrote:

 On Wed, Oct 12, 2011 at 20:40:28 +1100, Erik de Castro Lopo wrote:
 
When I ssh into another debain machine (also x86_64) and X display any
gtk or gnome app (tried gedit, eog and sylpheed) back onto my laptop the
icons in the app aren't displayed properly. Instead of the icons having
the standard gtk grey background, they end up having a black or white
backgound. Its as if the the transparency is being ignored.

 [...]
  
  Still happening with whatever is current in testing.
  
 Are you using a compositing manager?

Using metacity (basically a standard Gnome2 with a couple of very
minor gconf tweaks).

 If yes, does it happen with a different one, or with none at all?

It also happens with kde4 (kde-window-manager  4:4.6.5-3).

 If not, does it happen with one?

Both of those are compositing. I tried going into System - Preferences
 - System Settings - Display Effects

and tried:

  - Turning off desktop effects 
  - CHoosing OpenGL compositing
  - Choosing XRender compostiting

None of these seemed to have any effect. I even tried setting them
logging out and then logging back in. Problem remains.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
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/20111027174416.0429782a195c105d02579...@mega-nerd.com

Bug#614761: xserver-xorg-video-intel: corrupted icons in apps X displayed from another machine

[Erik de Castro Lopo]

Julien Cristau wrote:

 tag 614761 moreinfo
 kthxbye
 
 On Wed, Feb 23, 2011 at 20:41:16 +1100, Erik de Castro Lopo wrote:
 
  Package: xserver-xorg-video-intel
  Version: 2:2.14.0-4
  Severity: normal
  
  
  This is xserver-xorg-video-intel version 2:2.14.0-4 running on my
  laptop.
  
  When I ssh into another debain machine (also x86_64) and X display any
  gtk or gnome app (tried gedit, eog and sylpheed) back onto my laptop the
  icons in the app aren't displayed properly. Instead of the icons having
  the standard gtk grey background, they end up having a black or white
  backgound. Its as if the the transparency is being ignored.
  
  I've attached a screenshot of two instances of gedit, one running locally
  with icons displayed correctly (upper) and the other with running on another
  machine and X displayed locally (lower).
  
 Is this reproducible with an updated stack?

Still happening with whatever is current in testing.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
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/20111012204028.8f8ed5905a0c0831a1427...@mega-nerd.com

Bug#575053: xserver-xorg-video-intel: Wrong resolution after coming out of hibernate

[Erik de Castro Lopo]

Julien Cristau wrote:

 tag 575053 moreinfo
 kthxbye
 
 On Fri, Feb 25, 2011 at 18:50:55 +1100, Erik de Castro Lopo wrote:
 
  Erik de Castro Lopo wrote:
  
   Yep, xserver-xorg-video-intel version 2:2.14.0-4 seems to have fixed
   it. I've rebooted a couple of times and gone in and out of screensaver
   a couple of times and the issue has not resurfaced. Normally it would
   have gone into silly mode a couple of times by now.
   
   I think this bug can be closed.
  
  
  Unfortunately, this bug has just recurred.
  
 What kernel is this with?  Is it reproducible with 3.0 or 3.1?

I've been running 3.0 for a week now, with no recurrence of the
resolution issue. I do however have a new issue, my USB mouse stops
working when the laptop is running on battery. Starts working as soon
as I plug it into wall power. This was working correctly with previous
kernels.

Cheers,
Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



-- 
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/20111002214327.bd2b3174b2320fd399b25...@mega-nerd.com

Bug#528180: xserver-xorg-video-openchrome: incompatible whith kernel 2.6.26 and K8M890CE/K8N890CE

[Julien Viard de Galbert]

On Sat, Aug 20, 2011 at 05:06:39PM +0200, Stimiato wrote:
 Hi,
Hello,

 
 I've access to this hardware,
Nice !
 same problems, as reported above.
Too bad, I would have hoped it was fixed by now...
Can you describe a little more the problem, its the same as which part
above ?
You have a cursor that leaves a trail ? No cursor at all ?

 tested with linux3.0.0-1 on debian wheezy, vesa and openchrome xorg drivers.
 xorg is unusable.
 tried to use viafb kernel mod, but cursor is shown in double height. no x 
 neither with fb driver.
 I'm here to give you more information, if needed.

First you can give the output of the bug script as explained on [1] and
the version of xserver-xorg-video-openchrome your are using.
Thanks.

 1: http://x.debian.net/howto/report-bugs.html
 
 Nicola Alessi
 

Best Regards,

Julien VdG

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#635979: SIGSEGV on /usr/lib/i386-linux-gnu/libGL.so.1

[Edgar Antonio Palma de la Cruz]

Package: libgl1-mesa-glx
Version: 7.10.3-3
Severity: important

Hi, I had found that when I run balazar, balazarbrothers or balazar3 on
a fresh testing install (i386) a SIGSEGV occurs.

Heres my gdb backtracking with python2.6

$ gdb python2.6
There is NO WARRANTY, to the extent permitted by law.  Type show
copying and show warranty for details.
This GDB was configured as i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/python2.6...Reading symbols
from /usr/lib/debug/usr/bin/python2.6...done. done.
(gdb) run /usr/games/balazar
Starting program: /usr/bin/python2.6 /usr/games/balazar
[Thread debugging using libthread_db enabled]
* Balazar * Balazar lives in /usr/share/games

Program received signal SIGSEGV, Segmentation fault.
0xb73d6bc6 in glGetString () at glapi_x86.S:428
428 glapi_x86.S: No existe el fichero o el directorio.
in glapi_x86.S
(gdb) bt full
#0  0xb73d6bc6 in glGetString () at glapi_x86.S:428
No locals.
#1  0xb79add30 in ?? () from /usr/lib/pymodules/python2.6/soya/_soya.so
No symbol table info available.
#2  0x080da8de in do_call (f=
Frame 0x88318cc, for
file /usr/share/games/balazar/game_interface.py, line 27, in init (),
throwflag=0) at ../Python/ceval. c:3965 tstate = value optimized out
callargs = value optimized out
kwdict = 
{'sound': 1, 'fullscreen': 0, 'sound_doppler_factor': 0, 'title':
'Balazar', 'height': 600, 'width': 800, 'sound_reference_ distance':
float at remote 0x87d60cc} result = 0x0
#3  call_function (f=
Frame 0x88318cc, for
file /usr/share/games/balazar/game_interface.py, line 27, in init (),
throwflag=0) at ../Python/ceval. c:3773 func = built-in function init
w = value optimized out
na = 0
nk = 142613740
n = value optimized out
pfunc = 0x8831a08
x = value optimized out
#4  PyEval_EvalFrameEx (f=
Frame 0x88318cc, for
file /usr/share/games/balazar/game_interface.py, line 27, in init (),
throwflag=0) at ../Python/ceval. c:2412 sp = 0x8831a0c
stack_pointer = value optimized out
next_instr = 0x87cb59a \001t
opcode = value optimized out
oparg = value optimized out
why = WHY_NOT
err = 0
x = 0x0
v = value optimized out
w = value optimized out
u = value optimized out
t = value optimized out
stream = 0x0
fastlocals = 0x8831a04
freevars = 0x8831a08
retval = 0x0
tstate = value optimized out
co = 0x87a1da0
instr_ub = -1
instr_lb = 0
instr_prev = -1
first_instr = 0x87cb554 t
names = 
('soya', 'inited', 'init', 'globdef', 'SCREEN_WIDTH',
'SCREEN_HEIGHT', 'FULLSCREEN', 'set_quality', 'QUALITY', 'Material',
'get', 'filename', '_soya', '_set_shader_default_material', 'widget',
'default_font', 'big_font', 'Font', 'os', 'path', 'join', 'DATADIR',
'set_root_widget', 'Image', 'None', 'render', 'root_widget') consts =
(None, 'title', 'Balazar', 'width', 'height', 'fullscreen', 'sound', 1,
'sound_reference_distance', float at remote 0x87d6
0cc, 'sound_doppler_factor', 0, 'shader',
0cc'__SHADER_DEFAULT_MATERIAL__', 'FreeSans.ttf', 18, 15, 'splash',
0cc'resize_style', 'ma  
ximize', ('maximize',))
#5  0x080dab2e in fast_function (f=
Frame 0x83175fc, for file /usr/games/balazar, line 138, in module
(), throwflag=0) at ../Python/ceval.c:3836
retval = 0x0
i = value optimized out
fastlocals = 0x8831a04
f = 
Frame 0x88318cc, for
file /usr/share/games/balazar/game_interface.py, line 27, in init ()
tstate = 0x82b0050 stack = value optimized out
co = value optimized out
nd = 0
globals = 
{'AutoDiscussion': type at remote 0x87e2fb4, 'sdlconst': module
at remote 0xb7be1e54, '_V': Vector at remote 0x87474dc
, 'Discussion': type at remote 0x87e2b8c, 'random': module at
remote 0xb7be1e84, 'tofu': module at remote 0x860444c, '_P  
': Point at remote 0x874705c, 'ServerView': type at remote
0x87e1ef4, 'DiscussionScript': type at remote 0x87e3254, 'bala zar':
0x87e1ef4module at remote 0x86045e4, 'VOICE': None, 'Bubble': type
0x87e1ef4at remote 0x87e265c, 'MapViewer': type at remote 0x87e444c
, 'QuitMenu': function at remote 0x87b1c34, 'LifeBar': type at
remote 0x87e3d44, '__package__': 'balazar', 'SIZE_2_TEX': {  
1: float at remote 0x87dff44, 2: float at remote 0x87dff44, 3:
float at remote 0x87dff34, 4: float at remote 0x87dff44, 5: float
at remote 0x87dff24, 6: float at remote 0x87dff34, 7: float at
remote 0x87dff14, 8: float at remote 0x87dff44 }, 'check_path':
function at remote 0x87b1144, 'init': function at remote 0x87b110c,
'set_path_current': function at remot e 0x87b12cc...(truncated)
argdefs = value optimized out d = 0x0 #6  call_function (f=
Frame 0x83175fc, for file /usr/games/balazar, line 138, in module
(), throwflag=0) at ../Python/ceval.c:3771
func = function at remote 

Bug#624548: More info for #624548

[Nelson A. de Oliveira]

Hi again!

On Tue, Jul 12, 2011 at 5:01 PM, Nelson A. de Oliveira nao...@gmail.com wrote:
 I don't know if it adds something useful, but adding a new Nvidia
 graphics card (and using xserver-xorg-video-nouveau), unholding the
 packages and updating them to their latest versions it also crashes
 hard when opening an urxvt terminal.

Sorry to annoy again, but with basically any terminal + awesome window
manager it crashes, unfortunately.
Any terminal + Gnome works nicely.

Thank you!

Best regards,
Nelson



-- 
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/CAARFvTVdqfq6kf07TwXNas0z412ztVfgk=ecs+juannz28+...@mail.gmail.com

Bug#624548: More info for #624548

[Nelson A. de Oliveira]

On Wed, Jul 13, 2011 at 9:05 AM, Nelson A. de Oliveira nao...@gmail.com wrote:
 Any terminal + Gnome works nicely.

Stupid me. Actually it crashes with Gnome too; works nicely with Gnome
Terminal and not urxvt.

Sorry for the lack of coffee.
Nelson



-- 
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/CAARFvTXHSUWFdQ8=Xi48reQV6c9OP8=1hmVu4PXh=fvsta4...@mail.gmail.com

Bug#624548: More info for #624548

[Nelson A. de Oliveira]

I have created a xorg.conf file (via Xorg -configure) and included in
Section Screen:
Option Accel no

Things are really slow (as expected) but crashes are gone too.

From http://nouveau.freedesktop.org/wiki/EXA it says that nouveau
doesn't support XAA, so there is no sense in testing the XaaNo*
options, right?
Is there something else that I can test to try to narrow this, please?

Thank you again!

Best regards,
Nelson



-- 
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/CAARFvTVaiAbKk6Ca+LoCJaE8gEr=UZG=-vvj8cuvuvirxw-...@mail.gmail.com

Bug#628145: xserver-xorg-video-openchrome: incorrect colors (pink) as-of r887

[Julien Viard de Galbert]

forwarded 628145 http://www.openchrome.org/trac/ticket/407
thanks

On Fri, May 27, 2011 at 12:34:01PM -0300, Michael Dickson wrote:
 Package: xserver-xorg-video-openchrome
 Version: 1:0.2.904+svn920-1
 Severity: normal
 Tags: upstream
 
 
 My K8M800 is showing a number of colors with pink grids displayed over them.
 
 I've isolated one of the best reproduction colors: #744C50 (a brown).
 
 When #744C50 is displayed on screen, on panel output #FF5055 (a pink) is
 displayed instead. Additionally, there is some video noise where this color
 replacement occurs, most prominently on the left hand side of the panel.
 
 This problem did not occur in upstream r886, but it does occur in upstream
 r887.
 
 Workaround is to use VESA output or an older openchrome release.
 
Thanks for your report, I've forwarded it upstream.

Regards,

-- 
Julien Viard de Galbertjul...@vdg.blogsite.org
http://silicone.homelinux.org/   jul...@silicone.homelinux.org
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6



--
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/20110528140955.gc22...@vdg.blogsite.org

xserver-xorg-video-openchrome: Changes to 'master'

[Julien Viard de Galbert]

New branch 'master' available with the following commits:


-- 
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/e1qhaiz-0002qd...@alioth.debian.org

xserver-xorg-video-openchrome: Changes to 'pristine-tar'

[Julien Viard de Galbert]

 xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz.delta |binary
 xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz.id|1 +
 2 files changed, 1 insertion(+)

New commits:
commit 71c1804cd74f2de201a1f9dc77dd90adeafd97f1
Author: Julien Viard de Galbert jul...@vdg.blogsite.org
Date:   Wed May 4 13:14:21 2011 +0200

pristine-tar data for 
xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz

diff --git a/xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz.delta 
b/xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz.delta
new file mode 100644
index 000..8caa261
Binary files /dev/null and 
b/xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz.delta differ
diff --git a/xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz.id 
b/xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz.id
new file mode 100644
index 000..dd99261
--- /dev/null
+++ b/xserver-xorg-video-openchrome_0.2.904+svn920.orig.tar.gz.id
@@ -0,0 +1 @@
+e8497d02f67ec8caf5b7d5b88b6b00fcd414709f


-- 
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/e1qhaiy-0002q6...@alioth.debian.org

xserver-xorg-video-openchrome: Changes to 'upstream-unstable'

[Julien Viard de Galbert]

 src/via_id.c|5 ++--
 src/via_video.c |   68 
 2 files changed, 4 insertions(+), 69 deletions(-)

New commits:
commit e8497d02f67ec8caf5b7d5b88b6b00fcd414709f
Author: gang65 gang65@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Tue May 3 13:14:24 2011 +

Fix Xvideo crash on X.Org server 1.10


git-svn-id: http://svn.openchrome.org/svn/trunk@920 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/src/via_video.c b/src/via_video.c
index 310f44b..58538d8 100644
--- a/src/via_video.c
+++ b/src/via_video.c
@@ -694,72 +694,6 @@ viaInitVideo(ScreenPtr pScreen)
 }
 }
 
-
-/*
- * This one gets called, for example, on panning.
- */
-
-static int
-viaReputImage(ScrnInfoPtr pScrn,
-short drw_x, short drw_y, RegionPtr clipBoxes, pointer data,
-DrawablePtr pDraw)
-{
-
-DDUPDATEOVERLAY UpdateOverlay_Video;
-LPDDUPDATEOVERLAY lpUpdateOverlay = UpdateOverlay_Video;
-viaPortPrivPtr pPriv = (viaPortPrivPtr) data;
-VIAPtr pVia = VIAPTR(pScrn);
-
-if (!REGION_EQUAL(pScrn-pScreen, pPriv-clip, clipBoxes)) {
-REGION_COPY(pScrn-pScreen, pPriv-clip, clipBoxes);
-if (pPriv-autoPaint) {
-if (pDraw-type == DRAWABLE_WINDOW) {
-/* TODO Replace xf86XVFillKeyHelper with 
xf86XVFillKeyHelperDrawable
-   Currently resizing problem exist in VLC Media Player
-   Example of implementation:
-xf86XVFillKeyHelperDrawable(pDraw, pPriv-colorKey, clipBoxes);
-DamageDamageRegion(pDraw, clipBoxes); */
-
-xf86XVFillKeyHelper(pScrn-pScreen, pPriv-colorKey, 
clipBoxes);
-} else {
-xf86XVFillKeyHelper(pScrn-pScreen, pPriv-colorKey, 
clipBoxes);
-}
-}
-}
-
-if (drw_x == pPriv-old_drw_x 
-drw_y == pPriv-old_drw_y 
-pVia-swov.oldPanningX == pVia-swov.panning_x 
-pVia-swov.oldPanningY == pVia-swov.panning_y) {
-viaXvError(pScrn, pPriv, xve_none);
-return Success;
-}
-
-lpUpdateOverlay-SrcLeft = pPriv-old_src_x;
-lpUpdateOverlay-SrcTop = pPriv-old_src_y;
-lpUpdateOverlay-SrcRight = pPriv-old_src_x + pPriv-old_src_w;
-lpUpdateOverlay-SrcBottom = pPriv-old_src_y + pPriv-old_src_h;
-
-lpUpdateOverlay-DstLeft = drw_x;
-lpUpdateOverlay-DstTop = drw_y;
-lpUpdateOverlay-DstRight = drw_x + pPriv-old_drw_w;
-lpUpdateOverlay-DstBottom = drw_y + pPriv-old_drw_h;
-pPriv-old_drw_x = drw_x;
-pPriv-old_drw_y = drw_y;
-
-lpUpdateOverlay-dwFlags = DDOVER_KEYDEST;
-
-if (pScrn-bitsPerPixel == 8)
-lpUpdateOverlay-dwColorSpaceLowValue = pPriv-colorKey  0xff;
-else
-lpUpdateOverlay-dwColorSpaceLowValue = pPriv-colorKey;
-
-VIAVidUpdateOverlay(pScrn, lpUpdateOverlay);
-
-viaXvError(pScrn, pPriv, xve_none);
-return Success;
-}
-
 static unsigned
 viaSetupAdaptors(ScreenPtr pScreen, XF86VideoAdaptorPtr ** adaptors)
 {
@@ -820,7 +754,7 @@ viaSetupAdaptors(ScreenPtr pScreen, XF86VideoAdaptorPtr ** 
adaptors)
 viaAdaptPtr[i]-GetPortAttribute = viaGetPortAttribute;
 viaAdaptPtr[i]-SetPortAttribute = viaSetPortAttribute;
 viaAdaptPtr[i]-PutImage = viaPutImage;
-viaAdaptPtr[i]-ReputImage = viaReputImage;
+viaAdaptPtr[i]-ReputImage = NULL;
 viaAdaptPtr[i]-QueryImageAttributes = viaQueryImageAttributes;
 for (j = 0; j  numPorts; ++j) {
 viaPortPriv[j].dmaBounceBuffer = NULL;

commit 7aed4417b28d407fbb0d244a1bcafb7e7334c462
Author: schlobinux schlobinux@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Thu Apr 21 21:42:06 2011 +

Sharp Mebius PC-CS30H

git-svn-id: http://svn.openchrome.org/svn/trunk@919 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/src/via_id.c b/src/via_id.c
index 053b516..d5f5fdb 100644
--- a/src/via_id.c
+++ b/src/via_id.c
@@ -93,6 +93,7 @@ static struct ViaCardIdStruct ViaCardId[] = {
 {Shuttle FX21,  VIA_K8M800,  0x1297, 0x3052, 
VIA_DEVICE_CRT},
 {Shuttle FX83,  VIA_K8M800,  0x1297, 0xF683, 
VIA_DEVICE_CRT | VIA_DEVICE_TV},
 {Sharp Actius AL27, VIA_K8M800,  0x13BD, 0x1044, 
VIA_DEVICE_CRT | VIA_DEVICE_LCD},
+{Sharp Mebius PC-CS30H, VIA_K8M800,  0x13BD, 0x1047, 
VIA_DEVICE_CRT | VIA_DEVICE_LCD},
 {Sharp PC-AE30J,VIA_K8M800,  0x13BD, 0x104B, 
VIA_DEVICE_CRT | VIA_DEVICE_LCD},
 {Giga-byte GA-K8VM800M, VIA_K8M800,  0x1458, 0xD000, 
VIA_DEVICE_CRT},
 {MSI K8M Neo-V, VIA_K8M800,  0x1462, 0x0320, 
VIA_DEVICE_CRT},
@@ -195,6 +196,7 @@ static struct ViaCardIdStruct ViaCardId[] = {
 {MSI P4M900M3-L,VIA_P4M900,  0x1462, 0x7387, 
VIA_DEVICE_CRT},
 {Twinhead H12V, VIA_P4M900,  0x14FF, 0xA00F, 
VIA_DEVICE_CRT | VIA_DEVICE_LCD},
 

xserver-xorg-video-openchrome: Changes to 'debian-unstable'

[Julien Viard de Galbert]

 debian/changelog |8 ++
 src/via_id.c |5 ++--
 src/via_video.c  |   68 ---
 3 files changed, 12 insertions(+), 69 deletions(-)

New commits:
commit b4bf3a41f42920b851531c2525951036600e0c89
Author: Julien Viard de Galbert jul...@vdg.blogsite.org
Date:   Wed May 4 11:40:29 2011 +0200

Add changelog entries for upstream's changes

diff --git a/debian/changelog b/debian/changelog
index a5c477e..8436df3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xserver-xorg-video-openchrome (1:0.2.904+svn920-1) UNRELEASED; urgency=low
+
+  * New upstream snapshot
++ 919: Sharp Mebius PC-CS30H
++ 920: Fix Xvideo crash on X.Org server 1.10
+
+ -- Julien Viard de Galbert jul...@vdg.blogsite.org  Wed, 04 May 2011 
11:38:52 +0200
+
 xserver-xorg-video-openchrome (1:0.2.904+svn918-1) unstable; urgency=low
 
   * New upstream snapshot

commit e8497d02f67ec8caf5b7d5b88b6b00fcd414709f
Author: gang65 gang65@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Tue May 3 13:14:24 2011 +

Fix Xvideo crash on X.Org server 1.10


git-svn-id: http://svn.openchrome.org/svn/trunk@920 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/src/via_video.c b/src/via_video.c
index 310f44b..58538d8 100644
--- a/src/via_video.c
+++ b/src/via_video.c
@@ -694,72 +694,6 @@ viaInitVideo(ScreenPtr pScreen)
 }
 }
 
-
-/*
- * This one gets called, for example, on panning.
- */
-
-static int
-viaReputImage(ScrnInfoPtr pScrn,
-short drw_x, short drw_y, RegionPtr clipBoxes, pointer data,
-DrawablePtr pDraw)
-{
-
-DDUPDATEOVERLAY UpdateOverlay_Video;
-LPDDUPDATEOVERLAY lpUpdateOverlay = UpdateOverlay_Video;
-viaPortPrivPtr pPriv = (viaPortPrivPtr) data;
-VIAPtr pVia = VIAPTR(pScrn);
-
-if (!REGION_EQUAL(pScrn-pScreen, pPriv-clip, clipBoxes)) {
-REGION_COPY(pScrn-pScreen, pPriv-clip, clipBoxes);
-if (pPriv-autoPaint) {
-if (pDraw-type == DRAWABLE_WINDOW) {
-/* TODO Replace xf86XVFillKeyHelper with 
xf86XVFillKeyHelperDrawable
-   Currently resizing problem exist in VLC Media Player
-   Example of implementation:
-xf86XVFillKeyHelperDrawable(pDraw, pPriv-colorKey, clipBoxes);
-DamageDamageRegion(pDraw, clipBoxes); */
-
-xf86XVFillKeyHelper(pScrn-pScreen, pPriv-colorKey, 
clipBoxes);
-} else {
-xf86XVFillKeyHelper(pScrn-pScreen, pPriv-colorKey, 
clipBoxes);
-}
-}
-}
-
-if (drw_x == pPriv-old_drw_x 
-drw_y == pPriv-old_drw_y 
-pVia-swov.oldPanningX == pVia-swov.panning_x 
-pVia-swov.oldPanningY == pVia-swov.panning_y) {
-viaXvError(pScrn, pPriv, xve_none);
-return Success;
-}
-
-lpUpdateOverlay-SrcLeft = pPriv-old_src_x;
-lpUpdateOverlay-SrcTop = pPriv-old_src_y;
-lpUpdateOverlay-SrcRight = pPriv-old_src_x + pPriv-old_src_w;
-lpUpdateOverlay-SrcBottom = pPriv-old_src_y + pPriv-old_src_h;
-
-lpUpdateOverlay-DstLeft = drw_x;
-lpUpdateOverlay-DstTop = drw_y;
-lpUpdateOverlay-DstRight = drw_x + pPriv-old_drw_w;
-lpUpdateOverlay-DstBottom = drw_y + pPriv-old_drw_h;
-pPriv-old_drw_x = drw_x;
-pPriv-old_drw_y = drw_y;
-
-lpUpdateOverlay-dwFlags = DDOVER_KEYDEST;
-
-if (pScrn-bitsPerPixel == 8)
-lpUpdateOverlay-dwColorSpaceLowValue = pPriv-colorKey  0xff;
-else
-lpUpdateOverlay-dwColorSpaceLowValue = pPriv-colorKey;
-
-VIAVidUpdateOverlay(pScrn, lpUpdateOverlay);
-
-viaXvError(pScrn, pPriv, xve_none);
-return Success;
-}
-
 static unsigned
 viaSetupAdaptors(ScreenPtr pScreen, XF86VideoAdaptorPtr ** adaptors)
 {
@@ -820,7 +754,7 @@ viaSetupAdaptors(ScreenPtr pScreen, XF86VideoAdaptorPtr ** 
adaptors)
 viaAdaptPtr[i]-GetPortAttribute = viaGetPortAttribute;
 viaAdaptPtr[i]-SetPortAttribute = viaSetPortAttribute;
 viaAdaptPtr[i]-PutImage = viaPutImage;
-viaAdaptPtr[i]-ReputImage = viaReputImage;
+viaAdaptPtr[i]-ReputImage = NULL;
 viaAdaptPtr[i]-QueryImageAttributes = viaQueryImageAttributes;
 for (j = 0; j  numPorts; ++j) {
 viaPortPriv[j].dmaBounceBuffer = NULL;

commit 7aed4417b28d407fbb0d244a1bcafb7e7334c462
Author: schlobinux schlobinux@e8d65cb0-85f4-0310-8831-c60e2a5ce829
Date:   Thu Apr 21 21:42:06 2011 +

Sharp Mebius PC-CS30H

git-svn-id: http://svn.openchrome.org/svn/trunk@919 
e8d65cb0-85f4-0310-8831-c60e2a5ce829

diff --git a/src/via_id.c b/src/via_id.c
index 053b516..d5f5fdb 100644
--- a/src/via_id.c
+++ b/src/via_id.c
@@ -93,6 +93,7 @@ static struct ViaCardIdStruct ViaCardId[] = {
 {Shuttle FX21,  VIA_K8M800,  0x1297, 0x3052, 
VIA_DEVICE_CRT},
 {Shuttle FX83,  VIA_K8M800,  0x1297, 0xF683, 
VIA_DEVICE_CRT | VIA_DEVICE_TV},
 {Sharp Actius AL27

xserver-xorg-video-openchrome: Changes to 'master'

[Julien Viard de Galbert]

Rebased ref, commits from common ancestor:


-- 
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/e1qhaiy-0002uc...@alioth.debian.org