Transporte de Carga - Alquiler de Maquinaria de Construcción y 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#834431: xdm: slow rendering of username/password window, the window is drawed from top to bottom
Hi, I observed exactly the same problem. It seems that it was caused by X.org using modesetting driver instead of intel (that it must have been using until recently). Adding Section "Device" Identifier "Intel Graphics" Driver "intel" EndSection to Xorg.conf has solved the problem. -- Yegor Derevenets
Bug#837034: libdrm: FTBFS on kfreebsd-*: drm.h: bad #include choices
Andreas Boll writes: > Please ignore Hurd in this bug report since it hasn't successfully > built in the past and won't be useful at all without adding the > equivalent of the Linux Direct Rendering Manager (DRM) subsystem to > the Hurd. I'm going to remove Hurd from the architecture list of > libdrm in the next upload. That's fair; I rather suspected deeper issues there. ;-) > For the kFreeBSD FTBFS I've done a quick investigation and found out > that those includes in drm.h haven't changed since 2009. All the same, it's best practice for headers to #include anything they need, to keep things simple for their reverse dependencies. FWIW, I noticed this problem when looking into a libcmrt FTBFS on kFreeBSD: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -D_DEBUG -DPTHREADS -I/usr/include/libdrm -I/src/cmrt -DSYSCONFDIR=\"/etc\" -Wdate-time -D_FORTIFY_SOURCE=2 -fpermissive -g -O2 -Wall -Wno-missing-braces -fvisibility=default -DLINUX -msse -msse2 -msse3 -mssse3 -msse4.1 -msse4.2 -msse4 -fPIC -g -O2 -fdebug-prefix-map=/«BUILDDIR»/libcmrt-1.0.5+git20160516.dfsg1=. -fstack-protector-strong -Wformat -Werror=format-security -c ../../src/cm_buffer.cpp -fPIC -DPIC -o .libs/libcmrt_la-cm_buffer.o In file included from /usr/include/libdrm/i915_drm.h:30:0, from ../../src/cm_device.h:32, from ../../src/cm_device.cpp:31: /usr/include/libdrm/drm.h:50:9: error: 'uint8_t' does not name a type Thanks for the quick response! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
libdrm: Changes to 'debian-unstable'
debian/changelog |8
debian/control | 16
2 files changed, 16 insertions(+), 8 deletions(-)
New commits:
commit c47f47ea1cc777b9f9162fd3ea8955e25e5904c6
Author: Andreas Boll
Date: Thu Sep 8 13:10:41 2016 +0200
Remove Hurd from the architecture list.
It FTBFS, haven't built in the past and won't be useful without the
equivalent of the Linux Direct Rendering Manager (DRM) subsystem.
diff --git a/debian/changelog b/debian/changelog
index 7cb5342..c44b82d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libdrm (2.4.70-2) UNRELEASED; urgency=medium
+
+ * Remove Hurd from the architecture list. It FTBFS, haven't built in
+the past and won't be useful without the equivalent of the Linux
+Direct Rendering Manager (DRM) subsystem.
+
+ -- Andreas Boll Thu, 08 Sep 2016 13:09:49 +0200
+
libdrm (2.4.70-1) unstable; urgency=medium
* New upstream release.
diff --git a/debian/control b/debian/control
index 82f78e3..688e7e1 100644
--- a/debian/control
+++ b/debian/control
@@ -24,7 +24,7 @@ Homepage: http://cgit.freedesktop.org/mesa/drm/
Package: libdrm-dev
Section: libdevel
-Architecture: any
+Architecture: linux-any kfreebsd-any
Depends:
libdrm2 (= ${binary:Version}),
libdrm-intel1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386
x32],
@@ -47,7 +47,7 @@ Description: Userspace interface to kernel DRM services --
development files
This package provides the development environment for libdrm.
Package: libdrm2
-Architecture: any
+Architecture: linux-any kfreebsd-any
Depends:
${shlibs:Depends},
${misc:Depends},
@@ -65,7 +65,7 @@ Description: Userspace interface to kernel DRM services --
runtime
Package: libdrm2-udeb
Package-Type: udeb
Section: debian-installer
-Architecture: any
+Architecture: linux-any kfreebsd-any
Depends:
${shlibs:Depends},
${misc:Depends},
@@ -75,7 +75,7 @@ Description: Userspace interface to kernel DRM services --
runtime
Package: libdrm2-dbg
Section: debug
Priority: extra
-Architecture: any
+Architecture: linux-any kfreebsd-any
Depends:
libdrm2 (= ${binary:Version}),
${misc:Depends},
@@ -150,7 +150,7 @@ Description: Userspace interface to nouveau-specific kernel
DRM -- debugging sym
This package provides the debugging symbols for the libdrm-nouveau2 package.
Package: libdrm-radeon1
-Architecture: any
+Architecture: linux-any kfreebsd-any
Depends:
${shlibs:Depends},
${misc:Depends},
@@ -166,7 +166,7 @@ Description: Userspace interface to radeon-specific kernel
DRM services -- runti
Package: libdrm-radeon1-dbg
Section: debug
Priority: extra
-Architecture: any
+Architecture: linux-any kfreebsd-any
Depends:
libdrm-radeon1 (= ${binary:Version}),
${misc:Depends},
@@ -305,7 +305,7 @@ Description: Userspace interface to tegra-specific kernel
DRM services -- debugg
This package provides the debugging symbols for the libdrm-tegra0 package.
Package: libdrm-amdgpu1
-Architecture: any
+Architecture: linux-any kfreebsd-any
Depends:
${shlibs:Depends},
${misc:Depends},
@@ -321,7 +321,7 @@ Description: Userspace interface to amdgpu-specific kernel
DRM services -- runti
Package: libdrm-amdgpu1-dbg
Section: debug
Priority: extra
-Architecture: any
+Architecture: linux-any kfreebsd-any
Depends:
libdrm-amdgpu1 (= ${binary:Version}),
${misc:Depends},
mesa: Changes to 'debian-experimental'
debian/changelog |1 + debian/rules |4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) New commits: commit 7e20b199892921547b170d9cdab119cfe6c9b9ba Author: Andreas Boll Date: Thu Sep 8 11:31:40 2016 +0200 Enable vc4 on arm64. diff --git a/debian/changelog b/debian/changelog index d542463..41f2344 100644 --- a/debian/changelog +++ b/debian/changelog @@ -4,6 +4,7 @@ mesa (12.0.2-2) UNRELEASED; urgency=medium against llvm-3.9. * control, rules: Use llvm/clang 3.9 (Closes: #836913). * control: Bump libclc dependencies. + * Enable vc4 on arm64. -- Andreas Boll Wed, 07 Sep 2016 18:23:39 +0200 diff --git a/debian/rules b/debian/rules index 2fa85c3..e7d57bc 100755 --- a/debian/rules +++ b/debian/rules @@ -52,8 +52,8 @@ else GALLIUM_DRIVERS += freedreno endif - # vc4 kernel support is only available on armhf - ifneq (,$(filter $(DEB_HOST_ARCH),armhf)) + # vc4 kernel support is only available on armhf and arm64 + ifneq (,$(filter $(DEB_HOST_ARCH), armhf arm64)) GALLIUM_DRIVERS += vc4 endif
Processed (with 2 errors): Re: Bug#837034: libdrm: FTBFS on kfreebsd-*: drm.h: bad #include choices
Processing control commands: > retitle -1 libdrm: FTBFS on kfreebsd-*: drm.h: bad #include choices Bug #837034 [src:libdrm] libdrm: FTBFS on non-Linux: drm.h: bad #include choices Changed Bug title to 'libdrm: FTBFS on kfreebsd-*: drm.h: bad #include choices' from 'libdrm: FTBFS on non-Linux: drm.h: bad #include choices'. > tags -1 help upstream Bug #837034 [src:libdrm] libdrm: FTBFS on kfreebsd-*: drm.h: bad #include choices Added tag(s) upstream and help. > user debian-...@lists.debian.org Unknown command or malformed arguments to command. > usertags -1 kfreebsd Unknown command or malformed arguments to command. -- 837034: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837034 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#837034: libdrm: FTBFS on kfreebsd-*: drm.h: bad #include choices
Control: retitle -1 libdrm: FTBFS on kfreebsd-*: drm.h: bad #include choices Control: tags -1 help upstream Control: user debian-...@lists.debian.org Control: usertags -1 kfreebsd On Wed, Sep 07, 2016 at 09:08:30PM -0400, Aaron M. Ucko wrote: > Source: libdrm > Version: 2.4.70-1 > Severity: important > Justification: fails to build from source (but built successfully in the past) > > Builds of libdrm on kFreeBSD and the Hurd have been failing because > the headers drm.h pulls in on those platforms don't work out. > Specifically, kFreeBSD builds have been failing with > > In file included from ../../../include/drm/drm_fourcc.h:27:0, >from ../../../tests/kms/libkms-test-framebuffer.c:33: > ../../../include/drm/drm.h:50:9: error: unknown type name 'uint8_t' >typedef uint8_t __u8; >^ > ../../../include/drm/drm.h:52:9: error: unknown type name 'uint16_t' >typedef uint16_t __u16; >^ > ../../../include/drm/drm.h:54:9: error: unknown type name 'uint32_t' >typedef uint32_t __u32; >^ > ../../../include/drm/drm.h:56:9: error: unknown type name 'uint64_t' >typedef uint64_t __u64; >^ > > and Hurd builds have been failing with > > In file included from ../xf86drm.h:40:0, >from ../xf86drm.c:70: > ../include/drm/drm.h:47:24: fatal error: sys/ioccom.h: No such file or > directory > > To remedy these errors, I would recommend replacing with > (which is more broadly available, and pulls in > on both kFreeBSD/GNU and pure *BSD), and supplementing > with . ( should stay for size_t.) > > Could you please take a look? > > Thanks! Please ignore Hurd in this bug report since it hasn't successfully built in the past and won't be useful at all without adding the equivalent of the Linux Direct Rendering Manager (DRM) subsystem to the Hurd. I'm going to remove Hurd from the architecture list of libdrm in the next upload. For the kFreeBSD FTBFS I've done a quick investigation and found out that those includes in drm.h haven't changed since 2009. It seems more likely that the following change has introduced this regression: commit 268ae7cae5afd76462c3ef14ed9021a2d40c2e57 Author: Daniel Vetter Date: Wed Mar 30 15:39:12 2016 +0200 headers: Update drm_fourcc.h Only real difference is switching to kernel types for fixed-width integers, like we should. Generated fromd drm-misc commit 249c4f538b1aae55d41699f8bafc6cb762a7f48f Signed-off-by: Daniel Vetter It replaces the include of with "drm.h". See also [1]. So for the kFreeBSD FTBFS a patch needs to be written, tested and forwarded to upstream [2]. Also note that the headers drm.h and drm_fourcc.h are actually imported from the Linux kernel and thus needs to be fixed there [3]. Thanks, Andreas [1] https://cgit.freedesktop.org/mesa/drm/commit/?id=268ae7cae5afd76462c3ef14ed9021a2d40c2e57 [2] dri-de...@lists.freedesktop.org [3] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/uapi/drm signature.asc Description: Digital signature
