xserver-xorg-video-modesetting: Changes to 'debian-unstable'
New branch 'debian-unstable' available with the following commits: commit 8cc58b5755004ff5910ff80abd9ab8fee7b31e5a Author: Timo Aaltonen tjaal...@ubuntu.com Date: Mon May 28 11:05:40 2012 +0300 initial packaging -- 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/e1syuxg-0001ek...@vasks.debian.org
xserver-xorg-video-modesetting: Changes to 'upstream-unstable'
New branch 'upstream-unstable' available with the following commits: commit 65890bd37d66043c970893e1f1bebb81a5a7398c Author: Dave Airlie airl...@redhat.com Date: Wed May 9 09:33:54 2012 +0100 bump version to 0.3.0 commit ff16713c53bcb750cab723ba3314d9188d23e7e0 Author: Matt Turner matts...@gmail.com Date: Wed May 9 00:26:29 2012 -0400 configure.ac: remove DRI and RENDER Driver doesn't support either of these. Signed-off-by: Matt Turner matts...@gmail.com Signed-off-by: Dave Airlie airl...@redhat.com commit 0ecfdf19a9745ad4a0c8680b6dae542f50d3a212 Author: Dave Airlie airl...@redhat.com Date: Wed May 9 09:32:05 2012 +0100 modesetting: make sure the pci device corresponds to the drm device If we get asked to pci open a device with a kms path override, make sure they match, otherwise this driver can steal the primary device binding for a usb adaptor. The driver should fallback to the old probe entry point in this case. Signed-off-by: Dave Airlie airl...@redhat.com commit d12d9ac5cae7a4287e7ba1f137209574bc0c5b17 Author: Dave Airlie airl...@redhat.com Date: Tue May 1 17:12:29 2012 +0100 modesetting: attempt to work out if we want 24 or 32bpp the cirrus driver presents certain challenges, and this is a workaround, until we can possibly agree some sane interface for exposing this information. Signed-off-by: Dave Airlie airl...@redhat.com commit 288d197f706804194ef9977baa50d566142e2acc Author: Dave Airlie airl...@redhat.com Date: Tue May 1 16:52:18 2012 +0100 modesetting: move opening kernel device to before setting depth due to interaction between option handling and set depth, we need to what fbdev does to get the device path early. Signed-off-by: Dave Airlie airl...@redhat.com commit 296d08ef590063fcc6f268778bc012df2d0243c4 Author: Dave Airlie airl...@redhat.com Date: Tue Apr 17 11:50:40 2012 +0100 modesetting: add set/drop master around VT switch commit d0db3b74acad13106cac19199da115b78a29207b Author: Dave Airlie airl...@redhat.com Date: Tue Apr 17 11:48:03 2012 +0100 cursor: hide cursors on LeaveVT commit a9e49bd15bb5e525e64f95b1531975ad1997eafb Author: Dave Airlie airl...@redhat.com Date: Sat Apr 14 19:21:47 2012 +0100 dirty: check malloc return Suggested by keithp. Signed-off-by: Dave Airlie airl...@redhat.com commit 87ddde9511d01138a10f38356545923d758e5408 Author: Dave Airlie airl...@redhat.com Date: Sat Apr 14 15:01:16 2012 +0100 drop use of alloca, just use malloc/free Reported-by: Alan Coopersmith alan.coopersm...@oracle.com Signed-off-by: Dave Airlie airl...@redhat.com commit 6760dfc692dd4d3f662cc82e5b7610f8ec2ebdc0 Author: Dave Airlie airl...@redhat.com Date: Fri Mar 23 14:54:05 2012 + modesetting: fix build against older Xext commit 3b5fded4dc0c1c77bdd105b104dcb6ba21864d5c Author: Sascha Hauer s.ha...@pengutronix.de Date: Sat Mar 3 14:09:25 2012 +0100 make busID non mandatory Currently the driver only probes a device when it has a busID. The busID is optional so don't depend on it. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de Signed-off-by: Dave Airlie airl...@redhat.com commit e4dba8dabeb3a87a092eefde836e611dbe07b697 Author: Sascha Hauer s.ha...@pengutronix.de Date: Sat Mar 3 14:09:27 2012 +0100 do not bail out on non pci devices To make the driver work on nin PCI devices we shouldn't bail out in this case. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de Signed-off-by: Dave Airlie airl...@redhat.com commit a9bc885e92ac1c34d6630e2331c4fbfb8876b09f Author: Sascha Hauer s.ha...@pengutronix.de Date: Sat Mar 3 14:09:26 2012 +0100 Fix non PCI device probing When no devicename is found in the option then the driver probes by PciInfo no matter if it's valid or not. Instead of doing this use PciInfo only when it's valid and fall back to the devicename otherwise. With devicename probing use open_hw() to fall back on the KMSDEVICE environment variable or to the default device. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de Signed-off-by: Dave Airlie airl...@redhat.com commit 90caeb0839a7bd0f0e49e6ad0d8bd948e1fd9faa Author: Sascha Hauer s.ha...@pengutronix.de Date: Sat Mar 3 14:09:24 2012 +0100 introduce open_hw() function probe_hw opens the hardware in the order we want it: first try devname, if this is NULL then try the KMSDEVICE environment variable and as a last fallback use /dev/dri/card0. Instead of implementing the same code again when really opening the device move the code to a open_hw() function and let probe_hw use it. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de Signed-off-by: Dave Airlie airl...@redhat.com commit 2c2a3743347652a964315a91b1e7d066e90bfc6a Author: Sascha Hauer s.ha...@pengutronix.de Date:
Bug#674818: xserver-xorg: X randomly freezes
Touko Korpela touko.korp...@iki.fi (28/05/2012): Any chance to make at least synaptics and xserver-xorg-video-radeon migrate faster to testing (they are now over 6-7 days old) ? Yes. I initially uploaded with “low” urgency (meaning 10 days) because I wasn't sure about possible regressions. The low amount of bug reports tends to point out there aren't too many of them, that's why I'm aging those as follows: | kibi@franck:~$ head -4 hints/kibi | # 20120528 | # both seem to have the announced fixes, with no big, fat regressions: | age-days 7 xserver-xorg-input-synaptics/1.6.1-1 | age-days 8 xserver-xorg-video-ati/1:6.14.4-4 They should migrate during the next run (1/2 hour from now). Mraw, KiBi. signature.asc Description: Digital signature
Bug#671812: xserver-xorg-core: segfault at exit
On Sun, May 27, 2012 at 18:49:33 +0300, Touko Korpela wrote: Recently I still got segfault at exit, even that package is updated... Xorg logfiles don't seem to have it logged. Maybe this isn't the same issue after all. It's more like those glibc detected *** xxx: double free or corruption libc safeguards. Hard to debug, because it doesn't happen always, and shutdown finishes before I get to take screen picture. Run it under valgrind. Cheers, Julien signature.asc Description: Digital signature
Processed: limit source to xutils-dev, tagging 638016
Processing commands for cont...@bugs.debian.org: #xutils-dev (1:7.7~2) UNRELEASED; urgency=low # # * xorg-cf-files: Debian GNU/Hurd uses /usr as ProjectRoot and /usr/share/man #for manpages (closes: #638016). Thanks, Svante Signell. # limit source xutils-dev Limiting to bugs with field 'source' containing at least one of 'xutils-dev' Limit currently set to 'source':'xutils-dev' tags 638016 + pending Bug #638016 [xutils-dev] xutils-dev: Fix FTBFS of xxkb on hurd-i386 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 638016: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638016 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.133819988620852.transcr...@bugs.debian.org
xutils-dev: Changes to 'debian-unstable'
debian/changelog |7 +++ debian/patches/07_gnu_manpath.diff | 18 ++ debian/patches/series |1 + 3 files changed, 26 insertions(+) New commits: commit e2184c7a8401148215986b03d1737a7d82024bd9 Author: Julien Cristau jcris...@debian.org Date: Mon May 28 12:10:20 2012 +0200 Add comment for hurd patch diff --git a/debian/patches/07_gnu_manpath.diff b/debian/patches/07_gnu_manpath.diff index dfe56da..7343ace 100644 --- a/debian/patches/07_gnu_manpath.diff +++ b/debian/patches/07_gnu_manpath.diff @@ -1,3 +1,5 @@ +This patch is Debian-specific, see bugs.debian.org/638016 + --- xutils-dev-7.6+5/xorg-cf-files/gnu.cf 2011-08-16 16:06:57.0 +0200 +++ xutils-dev-7.6+5/xorg-cf-files/gnu.cf.new 2011-08-16 16:09:58.0 +0200 @@ -29,6 +29,13 @@ commit c1adae40bf1a7309fe4048c5255b8fd66fb3f2d9 Author: Julien Cristau jcris...@debian.org Date: Mon May 28 12:06:10 2012 +0200 Debian GNU/Hurd uses /usr as ProjectRoot and /usr/share/man for manpages Closes: #638016. Thanks, Svante Signell. diff --git a/debian/changelog b/debian/changelog index ebee21b..a20de19 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +xutils-dev (1:7.7~2) UNRELEASED; urgency=low + + * xorg-cf-files: Debian GNU/Hurd uses /usr as ProjectRoot and /usr/share/man +for manpages (closes: #638016). Thanks, Svante Signell. + + -- Julien Cristau jcris...@debian.org Mon, 28 May 2012 12:05:05 +0200 + xutils-dev (1:7.7~1) unstable; urgency=low [ Robert Hooker ] diff --git a/debian/patches/07_gnu_manpath.diff b/debian/patches/07_gnu_manpath.diff new file mode 100644 index 000..dfe56da --- /dev/null +++ b/debian/patches/07_gnu_manpath.diff @@ -0,0 +1,16 @@ +--- xutils-dev-7.6+5/xorg-cf-files/gnu.cf 2011-08-16 16:06:57.0 +0200 xutils-dev-7.6+5/xorg-cf-files/gnu.cf.new 2011-08-16 16:09:58.0 +0200 +@@ -29,6 +29,13 @@ + # define GnuBinUtilsMajorVersion DefaultGnuBinUtilsMajorVersion + #endif + ++#ifndef ProjectRoot ++# define ProjectRoot /usr ++#endif ++#ifndef ManDirectoryRoot ++# define ManDirectoryRoot /usr/share/man ++#endif ++ + XCOMM operating system: OSName (OSMajorVersion./**/OSMinorVersion./**/OSTeenyVersion) + XCOMM libc: (GnuCLibMajorVersion./**/GnuCLibMinorVersion./**/GnuCLibTeenyVersion) + XCOMM binutils: (GnuBinUtilsMajorVersion) diff --git a/debian/patches/series b/debian/patches/series index 86f6aba..0be66ef 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -2,3 +2,4 @@ 04_xutils-dev-debian.diff 05_xaw_without_xp.diff 06_font_path.diff +07_gnu_manpath.diff -- 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/e1sywui-0004ee...@vasks.debian.org
[bts-link] source package xorg-server
# # bts-link upstream status pull for source package xorg-server # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #674783 (http://bugs.debian.org/674783) # Bug title: xserver-xorg-video-nouveau: Since early 3.x kernel X became very slooow # * https://bugs.freedesktop.org/show_bug.cgi?id=47266 # * remote status changed: (?) - REOPENED usertags 674783 + status-REOPENED # remote status report for #674783 (http://bugs.debian.org/674783) # Bug title: xserver-xorg-video-nouveau: Since early 3.x kernel X became very slooow # * https://bugs.freedesktop.org/show_bug.cgi?id=47266 # * remote status changed: (?) - REOPENED usertags 674783 + status-REOPENED 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/20120528164258.2066.11218.btsl...@busoni.debian.org
Bug#674965: /usr/bin/glxinfo: glxinfo gives PIPE_CAP warning
Package: mesa-utils Version: 8.0.1-2+b3 Severity: minor File: /usr/bin/glxinfo Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? ran glxinfo * What exactly did you do (or not do) that was effective (or ineffective)? What do you mean by effective? * What was the outcome of this action? N/A * What outcome did you expect instead? No warnings *** End of the template - remove these lines *** glxinfo gives these cryptic warnings: nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 59 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 58 nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mesa-utils depends on: ii libc6 2.13-32 ii libgl1-mesa-glx [libgl1] 8.0.2-2 ii libglew1.71.7.0-3 ii libglu1-mesa [libglu1]8.0.2-2 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 mesa-utils recommends no packages. mesa-utils suggests no packages. -- no debconf information -- 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/20120529010108.21359.1482.report...@compaq.bandsman.co.uk
Bug#640011: x11-apps: Proposed patch to fix -twentyfour bug
Package: x11-apps
Version: 7.7~1
Followup-For: Bug #640011
Dear Maintainer,
This bug arises from a conflict between the -strftime and -twentyfour
options. When -strftime is specified by the user, it makes sense to
ignore -twentyfour (perhaps even warn about it) because the user is
specifying exactly what they want. It would be unreasonable for
-twentyfour to attempt to do anything.
What's happening here is xclock is automatically setting the -strftime
option to %c when the locale is set, so it appears that the user is
always using the -strftime option. This causes -twentyfour to be
ignored here,
./xclock -digital -twentyfour
because of an implicit -strftime %c argument.
My proposed patch keeps track of whether or not strftime was
automatically set in response to locale (strftime_autoset) or set by
the user, allowing for the intended, but never reached, fallback to
the 24-hour asctime().
In the meantime, there are several workarounds:
* Choose a locale with a 24-hour clock so that strftime's %c uses a
24-hour clock. (i.e. LC_TIME=C rather than en_US.UTF-8)
* Use the strftime option to specific precisely what you want.
* Similarly, set the env variable CFTIME to your strftime string.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages x11-apps depends on:
ii cpp 4:4.7.0-6
ii libc62.13-32
ii libpng12-0 1.2.49-1
ii libsm6 2:1.2.1-2
ii libx11-6 2:1.4.99.901-2
ii libxaw7 2:1.0.10-2
ii libxcursor1 1:1.1.13-1
ii libxext6 2:1.3.1-2
ii libxft2 2.2.0-3
ii libxkbfile1 1:1.0.8-1
ii libxmu6 2:1.1.1-1
ii libxmuu1 2:1.1.1-1
ii libxrender1 1:0.9.7-1
ii libxt6 1:1.1.3-1
Versions of packages x11-apps recommends:
ii xbitmaps 1.1.1-1
Versions of packages x11-apps suggests:
ii mesa-utils 8.0.1-2+b3
-- no debconf information
--- a/xclock/Clock.c
+++ b/xclock/Clock.c
@@ -541,7 +541,10 @@
tsec = time(NULL);
sprintf (utime, %10lu seconds since Epoch, (unsigned long)tsec);
return utime;
- } else if (*w-clock.strftime) {
+ }
+ else if (w-clock.twentyfour w-clock.strftime_autoset)
+ return asctime (tm);
+ else if (*w-clock.strftime) {
/*Note: this code is probably excessively paranoid
about buffer overflow. The extra size 10 padding
is also meant as a further guard against programmer
@@ -555,8 +558,6 @@
return asctime (tm);
}
}
- else if (w-clock.twentyfour)
- return asctime (tm);
else
{
static char long12[28];
@@ -607,6 +608,7 @@
w-clock.strftime = getenv(CFTIME);
if (w-clock.strftime == NULL) {
w-clock.strftime = %c;
+ w-clock.strftime_autoset = True;
}
}
}
--- a/xclock/ClockP.h
+++ b/xclock/ClockP.h
@@ -95,6 +95,7 @@
Boolean twentyfour;
Boolean utime;
String strftime;
+ Boolean strftime_autoset;
Boolean show_second_hand;
Dimension second_hand_length;
Dimension minute_hand_length;
