Xserver 2d Performance Problem
Dear Debian-Xserver-Team, at first I would like to express how much I appreciate your work and it is really great to see such active and skilled people. But unfortunately I having a problem with the current Debian-stable Xserver. I am using a program that relies on 2d APIs to draw lines and circles, and the performance of this program had an huge decrease since my change to Debian-lenny. Actually the performance suffered a decrease from factor 2.5 when changing from Debian-etch (+1/2) to Debian-lenny. Have you experienced any similar problems since the introduction of Lenny, or do you have any idea, what can done to fix this problem? I tried a lot of options in the Xorg.conf, but nothing seems to help. The system I am using contains a graphics card based on the Intel GMA 950. I want to thank you for any advice in advance and wish you all the best. Best regards Marc Schnabel SWE-RPV MB-technology GmbH mailto:marc.schna...@mbtech-group.com http://www.mbtech-group.com Address: Kolumbusstrasse 2 / D-71063 Sindelfingen MB-technology GmbH, Kolumbusstr. 19+21, 71063 Sindelfingen, Geschäftsführung: Werner Kropsbauer (Vors.), Hartmut Tresp Amtsgericht Stuttgart, HRB 24 4792, Vorsitzender des Aufsichtsrats: Dr. Thomas Weber Diese E-Mail kann vertrauliche Informationen enthalten. Wenn Sie nicht der Adressat sind, sind Sie nicht zur Verwendung dieser Informationen befugt. Bitte benachrichtigen Sie uns sofort über den irrtümlichen Empfang. If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.
Bug#519490: Patch for mesa FTBFS bug
On Sun, 2009-03-22 at 20:53 -0700, Daniel Schepler wrote: I've attached a patch which fixes the failure to build on current unstable. Just drop the patch into debian/patches and add it to debian/patches/series. Thanks for the patch, but I don't think there'll be any further mesa 7.0.x upload, and this is fixed in mesa 7.3 already. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499858: marked as done (x11proto-xext-dev: Missing libxi-dev dependency)
Your message dated Mon, 23 Mar 2009 11:59:12 +0100
with message-id 1237805952.29802.67.ca...@radis.liafa.jussieu.fr
and subject line Re: Bug#499858: x11proto-xext-dev: Missing libxi-dev dependency
has caused the Debian Bug report #499858,
regarding x11proto-xext-dev: Missing libxi-dev dependency
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
499858: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499858
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Subject: x11proto-xext-dev: Missing libxi-dev dependency
Package: x11proto-xext-dev
Version: 7.0.2-6build1
Severity: important
Tags: patch
(https://bugs.edge.launchpad.net/ubuntu/+source/x11proto-xext/+bug/273386)
/usr/include/X11/Extensions/XInput.h, which is included in
X11/Extensions/XTest.h, has moved from x11proto-input-dev to libx1-dev.
As a result, it seems that x11proto-xext-dev (or perhaps
x11proto-input-dev) needs to have a Depend added for libxi-dev.
This manifested as a FTBFS with synergy which has a BuildDep on
x11proto-xext-dev, but fails needing XInput.h.
diff -Nru x11proto-xext-7.0.2/debian/changelog
x11proto-xext-7.0.2/debian/changelog
--- x11proto-xext-7.0.2/debian/changelog2008-09-22 17:28:16.0
-0700
+++ x11proto-xext-7.0.2/debian/changelog2008-09-22 17:28:16.0
-0700
@@ -1,3 +1,11 @@
+x11proto-xext (7.0.2-6build2) hardy; urgency=low
+
+ * control: Add dependency on libxi-dev. XInput.h has moved from the
+x11proto-input-dev package to libxi-dev, so packages that include
+XTest.h would FTBS. (LP: #273386)
+
+ -- Bryce Harrington br...@ubuntu.com Mon, 22 Sep 2008 17:22:20 -0700
+
x11proto-xext (7.0.2-6build1) intrepid; urgency=low
* Fakesync with Debian unstable (different .orig.tar.gz)
diff -Nru /tmp/RchLBO5iHg/x11proto-xext-7.0.2/debian/control
/tmp/ZIi1gs3cTc/x11proto-xext-7.0.2/debian/control
--- x11proto-xext-7.0.2/debian/control 2008-09-22 17:28:16.0 -0700
+++ x11proto-xext-7.0.2/debian/control 2008-09-22 17:28:16.0 -0700
@@ -10,7 +10,7 @@
Package: x11proto-xext-dev
Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, x11proto-input-dev, libxau-dev
+Depends: ${shlibs:Depends}, ${misc:Depends}, x11proto-input-dev, libxau-dev,
libx1-dev
Conflicts: libxext-dev ( 6.8.2-25), libxtst-dev ( 6.8.2-25)
Replaces: libxext-dev ( 6.8.2-25), libxtst-dev ( 6.8.2-25)
Pre-Depends: x11-common (= 1:7.0.0)
---End Message---
---BeginMessage---
On Mon, 2008-09-22 at 17:41 -0700, Bryce Harrington wrote:
/usr/include/X11/Extensions/XInput.h, which is included in
X11/Extensions/XTest.h, has moved from x11proto-input-dev to libx1-dev.
As a result, it seems that x11proto-xext-dev (or perhaps
x11proto-input-dev) needs to have a Depend added for libxi-dev.
This manifested as a FTBFS with synergy which has a BuildDep on
x11proto-xext-dev, but fails needing XInput.h.
XInput.h is still in x11proto-input-dev in debian. When we make that
move, the correct fix will be to make libxtst-dev depend on libxi-dev,
instead of having a circular dep from proto - lib.
Cheers,
Julien
---End Message---
Re: Getting the Nouveau driver in Lenny and a half
On Sam, 2009-03-21 at 00:52 +0100, Henry-Nicolas Tourneur wrote: No, EXA has been backwards compatible since before xserver 1.1, so the drivers should continue working without a rebuild (and also with one). For the second solution, I definitely don't know enough either Xorg or nouveau to know if that would be easy or not. It shouldn't be too hard. That's great news, so we have several possible solutions (which is good) : 1° Easier but not safer : update the whole Xorg 2° Adapt the nouveau code to be retro-compatible 3° Backport the new EXA interface into Xorg 4° Ship extra EXA bits along with xserver-xorg-video-nouveau What can be done regarding the Debian policies ? I guess the first solution won't made it but for the rest... Michel, are you interested in working on it ? I can provide EXA related advice/guidance, but no more. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519221: libpixman -- bug recently submitted related to your patch
Hey, André; Has anything interesting happened in the last ten days? :) Were you able to get your test setup to reproduce this problem? 2009/3/14 Arren Lex arren...@gmail.com: Hello, Andre: Earlier, I provided my xorg configuration and Xorg.0.log (they were not addressed to you, but you can find them on the bug's page). They may help you to set up an environment. There is no colour depth specified in my xorg configuration, so it's whatever it defaults to -- I guess 24? I have a laptop running debian (intel video drivers) where this bug does not appear. Therefore, it looks like something particular to my configuration. I hope you can reproduce it on your test setup, but if not, I am happy to try anything you suggest or apply any patches. Thanks for all your help, Arren 2009/3/14 André Tupinambá andre...@gmail.com: Hi Arren, The SSE2 code is really faster than C equivalent, but performs better with images larger than 16 pixels wide. Since to get the SSE2 best performance we need to align the destination address in 16 bytes. So all operations are made in three loops, one for the alignment, one for the bulk operation and the last one for operate the last pixels. But with small images, all operations are done within the alignment and tail loops. That is what is going on on this case, I guess. I'm creating and environment to trying to get this bug. Which color depth are you using? Regards. André Tupinambá On Wed, Mar 11, 2009 at 8:06 PM, Arren Lex arren...@gmail.com wrote: Sorry, I left out this piece of possibly useful information: I have a dual-monitor setup -- one is 1280x1024 and one is 1680x1050. I usually run konsole maximized across the larger monitor, and it is terribly slow like that. When I make the konsole window smaller, the problem becomes less noticeable (but even when the window is very small, you can easily tell the problem is still there because the text makes waves as it scrolls). This behaviour leads me to think it might be falling back to software rendering for painting the text now. Is that possible? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: drm-snapshot: Changes to 'debian-experimental'
Hi Chris, some questions about this commit:
On Thu, 2009-02-05 at 00:52 +, Chris Lamb wrote:
commit 1d9453586fd1712791ac9cae6e1c27cff6815d2a
Author: Chris Lamb la...@debian.org
Date: Thu Feb 5 00:04:24 2009 +
Build new libdrm-nouveau1 and libdrm-nouveau1-dbg packages.
Signed-off-by: Chris Lamb la...@debian.org
[...]
diff --git a/debian/control b/debian/control
index cd99512..4abda2a 100644
--- a/debian/control
+++ b/debian/control
@@ -12,7 +12,7 @@ Vcs-Browser:
http://git.debian.org/?p=pkg-xorg/lib/drm-snapshot.git
Package: libdrm-dev
Section: libdevel
Architecture: any
-Depends: libdrm2 (= ${binary:Version}), libdrm-intel1 (= ${binary:Version})
[amd64 i386 kfreebsd-amd64 kfreebsd-i386], ${misc:Depends}
+Depends: libdrm2 (= ${binary:Version}), libdrm-intel1 (= ${binary:Version})
[amd64 i386 kfreebsd-amd64 kfreebsd-i386], libdrm-nouveau1 (=
${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 powerpc],
${misc:Depends}
Description: Userspace interface to kernel rendering services (snapshot) --
dev files
This library implements the userspace interface to the kernel DRM services.
DRM stands for Direct Rendering Manager, which is the kernelspace portion
Any particular reason for restricting the dependency on -nouveau1 to
these architectures? The package itself is arch:any.
Do we want to also build it from libdrm for sid, and/or upload the
nouveau driver to sid and squeeze?
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
drm-snapshot: Changes to 'debian-experimental'
debian/changelog |9 +
debian/control |2 +-
debian/rules | 11 +++
3 files changed, 21 insertions(+), 1 deletion(-)
New commits:
commit 29ae7ea39888ba543febf23f302358b7493a94e9
Author: Julien Cristau jcris...@debian.org
Date: Mon Mar 23 19:11:23 2009 +0100
On Linux, let udev create the device files.
diff --git a/debian/changelog b/debian/changelog
index 2be02ae..8f8984e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,7 @@ drm-snapshot (2.4.4+git+20090205+8b88036-2) UNRELEASED;
urgency=low
* Let linux-libc-dev provide some drm headers, drop them from libdrm-dev.
Add dependency on linux-libc-dev = 2.6.28.
* Build with --enable-nouveau-experimental-api.
+ * On Linux, let udev create the device files.
-- Julien Cristau jcris...@debian.org Mon, 23 Mar 2009 17:53:50 +0100
diff --git a/debian/rules b/debian/rules
index fe833db..d174aa8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,6 +15,7 @@ endif
DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+DEB_HOST_ARCH_OS?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
get-orig-source:
git clone git://anongit.freedesktop.org/git/mesa/drm drm-snapshot \
@@ -42,6 +43,11 @@ confflags = --build=$(DEB_BUILD_GNU_TYPE)
ifneq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
confflags += --host=$(DEB_HOST_GNU_TYPE)
endif
+ifeq (linux, $(DEB_HOST_ARCH_OS))
+ confflags += --enable-udev
+else
+ confflags += --disable-udev
+endif
configure: $(QUILT_STAMPFN)
autoreconf -vfi
commit 23d3644df11c6af4da9c6afbb786b8ef661beb19
Author: Julien Cristau jcris...@debian.org
Date: Mon Mar 23 18:49:58 2009 +0100
Build with --enable-nouveau-experimental-api
diff --git a/debian/changelog b/debian/changelog
index 5c92327..2be02ae 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,7 @@ drm-snapshot (2.4.4+git+20090205+8b88036-2) UNRELEASED;
urgency=low
* Let linux-libc-dev provide some drm headers, drop them from libdrm-dev.
Add dependency on linux-libc-dev = 2.6.28.
+ * Build with --enable-nouveau-experimental-api.
-- Julien Cristau jcris...@debian.org Mon, 23 Mar 2009 17:53:50 +0100
diff --git a/debian/rules b/debian/rules
index 29d6b13..fe833db 100755
--- a/debian/rules
+++ b/debian/rules
@@ -56,6 +56,7 @@ obj-$(DEB_BUILD_GNU_TYPE)/config.status: configure
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
--enable-static=yes \
+ --enable-nouveau-experimental-api \
CFLAGS=$(CFLAGS)
build: build-stamp
commit c32452f1fe831fe95a197883ab6f6617cd78afb1
Author: Julien Cristau jcris...@debian.org
Date: Fri Feb 20 17:47:50 2009 +0100
Let linux-libc-dev provide some drm headers
Drop them from libdrm-dev.
Add dependency on linux-libc-dev = 2.6.28.
diff --git a/debian/changelog b/debian/changelog
index d89e28d..5c92327 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+drm-snapshot (2.4.4+git+20090205+8b88036-2) UNRELEASED; urgency=low
+
+ * Let linux-libc-dev provide some drm headers, drop them from libdrm-dev.
+Add dependency on linux-libc-dev = 2.6.28.
+
+ -- Julien Cristau jcris...@debian.org Mon, 23 Mar 2009 17:53:50 +0100
+
drm-snapshot (2.4.4+git+20090205+8b88036-1) experimental; urgency=low
* Build new libdrm-nouveau1 and libdrm-nouveau1-dbg packages.
diff --git a/debian/control b/debian/control
index d7eb7d4..b1ee4fe 100644
--- a/debian/control
+++ b/debian/control
@@ -12,7 +12,7 @@ Vcs-Browser:
http://git.debian.org/?p=pkg-xorg/lib/drm-snapshot.git
Package: libdrm-dev
Section: libdevel
Architecture: any
-Depends: libdrm2 (= ${binary:Version}), libdrm-intel1 (= ${binary:Version})
[amd64 i386 kfreebsd-amd64 kfreebsd-i386], libdrm-nouveau1 (=
${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 powerpc],
${misc:Depends}
+Depends: linux-libc-dev (= 2.6.28), libdrm2 (= ${binary:Version}),
libdrm-intel1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386],
libdrm-nouveau1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386
powerpc], ${misc:Depends}
Description: Userspace interface to kernel rendering services (snapshot) --
dev files
This library implements the userspace interface to the kernel DRM services.
DRM stands for Direct Rendering Manager, which is the kernelspace portion
diff --git a/debian/rules b/debian/rules
index f4cdaf3..29d6b13 100755
--- a/debian/rules
+++ b/debian/rules
@@ -82,6 +82,10 @@ install: build
dh_installdirs
cd obj-$(DEB_BUILD_GNU_TYPE) \
$(MAKE) install DESTDIR=$(CURDIR)/debian/tmp
+ # remove files provided by linux-libc-dev
+ for file in drm_sarea.h drm.h i915_drm.h mga_drm.h r128_drm.h
radeon_drm.h savage_drm.h sis_drm.h via_drm.h; do \
+ rm -f
Bug#56179: Hello my new friend
Hello dear new friend, How are you today i hope that every things is ok with you as is my pleassure to contact you in having communication with you if you will have the desire with me so that we can get to know each other better and see what happened in future. i will be very happy if you can write me email for easiest communication and to know all about each other, i will be waiting to hear from you as i wish you all the best for your day. yours new friend. Beatris Send instant messages to your online friends http://uk.messenger.yahoo.com Send instant messages to your online friends http://uk.messenger.yahoo.com -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: [bts-link] source package mesa
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package mesa # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #437465 # * https://bugs.freedesktop.org/show_bug.cgi?id=11980 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 437465 + fixed-upstream Bug#437465: libgl1-mesa-dri: Shadows in Warzone 2100 don't work anymore (R300) There were no tags set. Tags added: fixed-upstream usertags 437465 - status-NEW Bug#437465: libgl1-mesa-dri: Shadows in Warzone 2100 don't work anymore (R300) Usertags were: status-NEW. Usertags are now: . usertags 437465 + status-RESOLVED resolution-FIXED Bug#437465: libgl1-mesa-dri: Shadows in Warzone 2100 don't work anymore (R300) There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[bts-link] source package xserver-xorg-video-intel
# # bts-link upstream status pull for source package xserver-xorg-video-intel # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #514723 # * https://bugs.freedesktop.org/show_bug.cgi?id=20690 # * remote status changed: (?) - NEW usertags 514723 + status-NEW # remote status report for #518953 # * https://bugs.freedesktop.org/show_bug.cgi?id=20689 # * remote status changed: (?) - NEW usertags 518953 + status-NEW thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[bts-link] source package mesa
# # bts-link upstream status pull for source package mesa # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #437465 # * https://bugs.freedesktop.org/show_bug.cgi?id=11980 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 437465 + fixed-upstream usertags 437465 - status-NEW usertags 437465 + status-RESOLVED resolution-FIXED thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: [bts-link] source package libx11
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package libx11 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #411734 # * https://bugs.freedesktop.org/show_bug.cgi?id=10082 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 411734 + fixed-upstream Bug#411734: Additional compose sequences for math... Tags were: upstream Tags added: fixed-upstream usertags 411734 - status-NEW Bug#411734: Additional compose sequences for math... Usertags were: status-NEW. Usertags are now: . usertags 411734 + status-RESOLVED resolution-FIXED Bug#411734: Additional compose sequences for math... There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[bts-link] source package libx11
# # bts-link upstream status pull for source package libx11 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #411734 # * https://bugs.freedesktop.org/show_bug.cgi?id=10082 # * remote status changed: NEW - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 411734 + fixed-upstream usertags 411734 - status-NEW usertags 411734 + status-RESOLVED resolution-FIXED thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520955: ITP: xserver-xorg-video-glamo -- X.Org X server -- SMedia Glamo display driver
Package: wnpp Owner: Luca Capello l...@pca.it Severity: wishlist User: pkg-fso-ma...@lists.alioth.debian.org Usertags: package-creation * Package name: xserver-xorg-video-glamo Version : MMDD.gitCOMMIT (read below) Upstream Author : mainly Lars-Peter Clausen l...@metafoo.de * URL or Web page : http://git.openmoko.org/?p=xf86-video-glamo.git;a=summary * License : multiple, mostly XFree86 (full texts below) Description : X.Org X server -- SMedia Glamo display driver This package provides the driver for the SMedia Glamo 3362 chipset, mostly found on the Openmoko Neo FreeRunner (GTA02). . More information about X.Org can be found at: URL:http://www.X.org URL:http://xorg.freedesktop.org URL:http://lists.freedesktop.org/mailman/listinfo/xorg . This package is built from the X.Org xf86-video-glamo driver module. = NB, I cc:ed a lot of lists: please refrain to discuss non-Debian issues on all of them. Except for general issues, pkg-fso-maint@ is the most relevant one, which should always be cc:ed, TIA. This driver is based on the XFree86 fbdev driver, then adapted to the SMedia Glamo chipset, more information are available at http://wiki.openmoko.org/wiki/Smedia_Glamo_3362 In my plan, this supersedes the Xglamo kdrive X11 server, which AFAIK is not update anymore, ATM available in the pkg-fso repository at http://pkg-fso.alioth.debian.org The xserver-xorg-video-glamo package as well will be maintained under the pkg-fso umbrella, but I would like to work as close as possible with the X Strike Force, to be sure the package conforms their standards. If the X Strike Force would like to take care of the package, I would more than glad to offer it to them... In src/glamo-driver.c, GLAMO_VERSION is set to 1000: however, this driver has not seen any public release yet, thus my intent to use the date of the last Git commit plus the first 8 letters of the Git commit itself as upstream version. The full license texts are: - from COPYING file == Copyright (C) 1994-2003 The XFree86 Project, Inc. All Rights Reserved. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is fur- nished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FIT- NESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CON- NECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. Except as contained in this notice, the name of the XFree86 Project shall not be used in advertising or otherwise to promote the sale, use or other deal- ings in this Software without prior written authorization from the XFree86 Project. = - from C source files = [copyrights holders mainly Openmoko Inc, Lars-Peter Clausen and Eric Anholt] Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation, and that the name of the copyright holders not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. The copyright holders make no representations about the suitability of this software for any purpose. It is provided as is without express or implied warranty. THE COPYRIGHT HOLDERS DISCLAIM ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL THE COPYRIGHT HOLDERS BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. = - exceptions = * src/glamo-driver.c no license bits, authors Alan Hourihane and Michale Dänzer * src/glamo-regs.h GPL-2+, author Harald Welte I think that not only the two exceptions, but everything about the license needs further investigation, with for sure advices from upstream. I will start to do real works
Re: Bug#520955: ITP: xserver-xorg-video-glamo -- X.Org X server -- SMedia Glamo display driver
Hi Luca, On Mon, 2009-03-23 at 22:35 +0100, Luca Capello wrote: Package: wnpp Owner: Luca Capello l...@pca.it Severity: wishlist User: pkg-fso-ma...@lists.alioth.debian.org Usertags: package-creation * Package name: xserver-xorg-video-glamo Version : MMDD.gitCOMMIT (read below) Upstream Author : mainly Lars-Peter Clausen l...@metafoo.de * URL or Web page : http://git.openmoko.org/?p=xf86-video-glamo.git;a=summary * License : multiple, mostly XFree86 (full texts below) Description : X.Org X server -- SMedia Glamo display driver This package provides the driver for the SMedia Glamo 3362 chipset, mostly found on the Openmoko Neo FreeRunner (GTA02). . More information about X.Org can be found at: URL:http://www.X.org URL:http://xorg.freedesktop.org URL:http://lists.freedesktop.org/mailman/listinfo/xorg . This package is built from the X.Org xf86-video-glamo driver module. ^ the driver doesn't come from X.Org, so this (and the links above) is probably unnecessary. Also probably s/X.Org/Xorg/ in the short description, since that is referring to a particular DDX. = NB, I cc:ed a lot of lists: please refrain to discuss non-Debian issues on all of them. Except for general issues, pkg-fso-maint@ is the most relevant one, which should always be cc:ed, TIA. This driver is based on the XFree86 fbdev driver, then adapted to the SMedia Glamo chipset, more information are available at http://wiki.openmoko.org/wiki/Smedia_Glamo_3362 In my plan, this supersedes the Xglamo kdrive X11 server, which AFAIK is not update anymore, ATM available in the pkg-fso repository at http://pkg-fso.alioth.debian.org The xserver-xorg-video-glamo package as well will be maintained under the pkg-fso umbrella, but I would like to work as close as possible with the X Strike Force, to be sure the package conforms their standards. If the X Strike Force would like to take care of the package, I would more than glad to offer it to them... I think it's better if the driver is maintained by people who use it, so I'm happy to see the pkg-fso team take care of it :) Feel free to ask on debian-x@ or #debian-x for any questions you have though, or if you want us to look over the package before upload. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: drm-snapshot: Changes to 'debian-experimental'
Julien Cristau wrote: Hi Chris, some questions about this commit: commit 1d9453586fd1712791ac9cae6e1c27cff6815d2a Author: Chris Lamb la...@debian.org Date: Thu Feb 5 00:04:24 2009 + Build new libdrm-nouveau1 and libdrm-nouveau1-dbg packages. [..] Any particular reason for restricting the dependency on -nouveau1 to these architectures? The package itself is arch:any. Hm. You know, I think I just copied what libdrm-intel1 does, except I added powerpc as Nouveau works on that arch. I can't actually remember why libdrm-intel1 was relaxed like that though? Do we want to also build it from libdrm for sid, and/or upload the nouveau driver to sid and squeeze? I think we do. I wonder though - in the past I've found that Nouveau is rather too dependent on having an up-to-date libdrm; I fear we'd have to use some random (and oldish) git version of Nouveau which kinda misses the point of throwing it to the masses. What do you think? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Re: drm-snapshot: Changes to 'debian-experimental'
On Tue, 2009-03-24 at 00:20 +, Chris Lamb wrote: Julien Cristau wrote: Hi Chris, some questions about this commit: commit 1d9453586fd1712791ac9cae6e1c27cff6815d2a Author: Chris Lamb la...@debian.org Date: Thu Feb 5 00:04:24 2009 + Build new libdrm-nouveau1 and libdrm-nouveau1-dbg packages. [..] Any particular reason for restricting the dependency on -nouveau1 to these architectures? The package itself is arch:any. Hm. You know, I think I just copied what libdrm-intel1 does, except I added powerpc as Nouveau works on that arch. I can't actually remember why libdrm-intel1 was relaxed like that though? there's no non-x86 intel hardware, and they don't make discrete chips :) Do we want to also build it from libdrm for sid, and/or upload the nouveau driver to sid and squeeze? I think we do. I wonder though - in the past I've found that Nouveau is rather too dependent on having an up-to-date libdrm; I fear we'd have to use some random (and oldish) git version of Nouveau which kinda misses the point of throwing it to the masses. What do you think? the intel driver is becoming increasingly dependant on recent libdrm versions too, so it'll probably have to keep being updated during the squeeze cycle. and if we need some specific nouveau commits that aren't in a libdrm release that should be easy enough to cherry-pick, so i'm not too concerned about that (also considering the fact that the driver-specific parts moved to a separate library/package). I'm not too sure what to do about the kernel parts though. IIRC there was talk about moving the nouveau drm to a kernel tree recently. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
drm-snapshot: Changes to 'debian-experimental'
debian/changelog |1 +
debian/control |2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
New commits:
commit 66ffb44acc46061e2ef05391b912c2f9a05a5f44
Author: Julien Cristau jcris...@debian.org
Date: Tue Mar 24 02:32:54 2009 +0100
Make libdrm-dev depend on libdrm-nouveau1 on all archs.
diff --git a/debian/changelog b/debian/changelog
index 8f8984e..96ab9fe 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,7 @@ drm-snapshot (2.4.4+git+20090205+8b88036-2) UNRELEASED;
urgency=low
Add dependency on linux-libc-dev = 2.6.28.
* Build with --enable-nouveau-experimental-api.
* On Linux, let udev create the device files.
+ * Make libdrm-dev depend on libdrm-nouveau1 on all archs.
-- Julien Cristau jcris...@debian.org Mon, 23 Mar 2009 17:53:50 +0100
diff --git a/debian/control b/debian/control
index b1ee4fe..1fdd0b2 100644
--- a/debian/control
+++ b/debian/control
@@ -12,7 +12,7 @@ Vcs-Browser:
http://git.debian.org/?p=pkg-xorg/lib/drm-snapshot.git
Package: libdrm-dev
Section: libdevel
Architecture: any
-Depends: linux-libc-dev (= 2.6.28), libdrm2 (= ${binary:Version}),
libdrm-intel1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386],
libdrm-nouveau1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386
powerpc], ${misc:Depends}
+Depends: linux-libc-dev (= 2.6.28), libdrm2 (= ${binary:Version}),
libdrm-intel1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386],
libdrm-nouveau1 (= ${binary:Version}), ${misc:Depends}
Description: Userspace interface to kernel rendering services (snapshot) --
dev files
This library implements the userspace interface to the kernel DRM services.
DRM stands for Direct Rendering Manager, which is the kernelspace portion
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
